home *** CD-ROM | disk | FTP | other *** search
/ Aminet 8 / Aminet 8 (1995)(GTI - Schatztruhe)[!][Oct 1995].iso / Aminet / dev / basic / blitz_AprMay95.lha / blitz_apr-may95 next >
Internet Message Format  |  1995-09-04  |  467KB

  1. Date: Mon, 3 Apr 1995 11:25:33 +0300 (EETDST)
  2. From: Mikko Makela <mmmakela@cc.helsinki.fi>
  3. To: blitz-list@helsinki.fi
  4. Subject: speed issues - (fwd)
  5.  
  6. Forwarded message:
  7. >     
  8.  
  9. >     Hi,
  10. >         it seems to be faster to use 
  11. >         shared vars in statements than passing 
  12. >         args through the parameters 
  13. >         
  14. >         I just thought it would be the other way around
  15. >         thats all really. 
  16. >             Anyone have any comments?
  17. >                 Brett 
  18.  
  19. I guess that's because when you use parameters, memory must be reserved
  20. for them and values copied to reserved locations. It's like that in
  21. any language when using "call-by-value"-parameters. Shared variables
  22. mean "call-by-reference"-variables, so no reserving/copying is needed.
  23.  
  24. -Mikko
  25. From tortel@mms.matra-espace.frSun Sep  3 22:30:04 1995
  26. Date: Tue, 04 Apr 95 10:19:01 +0100
  27. From: Vincent TORTEL <tortel@mms.matra-espace.fr>
  28. To: blitz-list@helsinki.fi
  29. Subject: ABC 2.0
  30.  
  31. [This message is converted from WPS-PLUS to ASCII]
  32.  
  33.  
  34.             What about ABC 2.0 ?
  35.     Will this major release be soon available ? Simon had told me 
  36. about March... We are April...
  37.  
  38. From colin@ahl.co.ukSun Sep  3 22:30:04 1995
  39. Date: Tue, 4 Apr 1995 14:30:29 +0000
  40. From: Colin Saunders <colin@ahl.co.uk>
  41. To: Blitz-list@helsinki.fi
  42. Subject: Colours on A1200
  43.  
  44.  
  45. Dear All,
  46.  
  47. I have a program written on the A500 that loads in a palette from an
  48. .IFF file.
  49.  
  50. The question is what commands will / will not work on the A1200 aswell
  51. as the A500? I don't have access to an A1200 (sob sob - ED) so want to
  52. be "reasonably" sure it'll work when I send it to a friend who has an
  53. A1200. 
  54.  
  55. Another thing is this: I had to use some strange trick where I load
  56. the palette when in AMIGA mode (obviously), store the values in 3
  57. arrays, go into BLITZ and then use the stored values to update the
  58. "BLITZ" palette - otherwise it got corrupted going from AMIGA to
  59. BLITZ! - any ideas as to a cleaner way to do this?
  60.  
  61.     Thanks,
  62.  
  63.         colin.
  64.  
  65. *--------------------------------------------------*---------------------------*
  66. |    Colin Saunders, BSc Hons Computer Science,    |  CURRENT PROJECTS:        |
  67. |                   Edinburgh 1994                 |                           |
  68. |                                                  |  Graphics Manager:   90%  |
  69. |              e-mail:  colin@ahl.co.uk            |  Cute Game:           5%  |
  70. *--------------------------------------------------*---------------------------*
  71. From brettc@spaz.manawatu.planet.co.nzSun Sep  3 22:30:04 1995
  72. Date: Wed, 5 Apr 95 02:12:12 +1300
  73. From: Brett Cooper <brettc@spaz.manawatu.planet.co.nz>
  74. To: blitz-list@helsinki.fi
  75. Subject: RITrackDisk Library
  76.  
  77. Hello,
  78.  
  79. I still have not got my menus sorted out but that's another story. This time
  80. I woundering if any one has used the Subject library.  I can't get it going.
  81. This is basicly what I have tryed,  with out any luck.
  82.  
  83. drive.w = 0                ; testing on DF0:
  84.  
  85. InitBank 0,(11*512),2            ; buffer for the track (in CHIP mem)
  86.  
  87. If  OpenDisk(drive)
  88.    MotorOn drive            ; and the light drive light goes 
  89.  
  90. ;   For track.w= 0 To 159        ; I tryed to format a disk.
  91. ;     FormatTrack drive,track,Bank(0),1    ; but it
  92. ;   Next                ; do not work for me
  93.  
  94.    ReadSector drive,0,Bank(0),11    ; So I tryed to get just one track
  95.  
  96.    MotorOff drive
  97.    CloseDisk(drive)
  98. Else
  99.     GTSetString #W,#STATUS,"Unable to find that disk drive"
  100. EndIf
  101.  
  102. When I examine the track (with that cool RI debuger V1.21 - is that the newest?)
  103. I find it contains heaps of zero's, so I think it does not work.
  104.  
  105. Just thought I would tell you all.  Thanks for your time.
  106.  
  107. Brett  (Anyone think my tag is strange? - I love it)
  108. brettc@spaz.manawatu.planet.nz  (Brett Cooper)
  109.                            --- HELLONEARTHISMAN ---
  110. From stef@IXO.beSun Sep  3 22:30:04 1995
  111. Date: 05 Apr 95 14:24:34 CET
  112. From: Stephan Kortleven <stef@IXO.be>
  113. To: blitz-list@helsinki.fi
  114. Subject: NeilsReqToolsLib
  115.  
  116. Hello All,
  117.  
  118.           does anybody know Neil O'Rourke is still supporting his great
  119. Reqtoolslib. I was wondering there is any kind of update of this Reqtoolslib
  120. since the release in BUM7. There is a Enforcer hit in his RTEZGetString command
  121. when selecting Cancel or a empty string is been given by the user. The overscan
  122. checkbox from his screenmodeselector gives always zero unless its position has
  123. been changed or not.
  124.  
  125.         _
  126.     /X\
  127.    // \\ -
  128.   (BLITZ) If you like the real world !
  129.    \\ // --
  130.     \X/ _
  131.  
  132. Requestor V2.x
  133.  
  134. ... Yes ! This is Belgium calling. ;-)
  135.  
  136.  
  137. From Gerard.F.Quinn@DM.RS.CHSun Sep  3 22:30:04 1995
  138. Date: Thu, 06 Apr 1995 12:57:12 +0200
  139. From: Gerard.F.Quinn@DM.RS.CH
  140. To: blitz-list@helsinki.fi
  141. Subject: Screen bug
  142.  
  143. Can anyone help me with this problem?
  144.  
  145. I'm using Blitz V1.7 in Amiga mode on my A1200.  Usually I open one
  146.   or more screens, use ShowTitle_ to kill the title line, then open
  147.   various windows using gadgets and menus simultaneously.
  148.  
  149. An intermittent but serious bug occurs when the screen occasionally loses
  150.   touch with its bitmap.  The effect is that gadgets appear to the
  151.   right of their "real" position, while menus appear to the left.  It
  152.   happens both running under Blitz and in standalone versions.  Usually
  153.   the program can be quit but memory will not be freed.
  154.  
  155. Any solution would be greatly appreciated.
  156.  
  157. By the  way, there may very well be a great advertisement for
  158.   seawater magnesia attached to this.  Such is the price of my
  159.   Internet access.  If you like seawater magnesia, well it really
  160.   is the best!
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168. From James.Savage@gothsoft.centron.comSun Sep  3 22:30:04 1995
  169. Date: 06 Apr 95 17:59:17 +0000
  170. From: James Savage <James.Savage@gothsoft.centron.com>
  171. To: blitz-list@helsinki.fi
  172. Subject: RIEncryp & shape bug
  173.  
  174.  
  175. Hullo there sis3149@sis.port.ac.uk,
  176.  
  177. On 5 April 95 you murmered to All about the gothic subject of 'RIEncryp & shape
  178. bug', and I was just thinking...
  179.  
  180.  > On 3 Apr 1995, James Savage wrote:
  181.  
  182.  > I'm trying to use RIEncrypt lib to encrypt images, but I'm having trouble
  183.  > with the length parameter coz I don't know how big they are in ram. Any
  184.  > ideas?
  185.  
  186.  > Encrypt images in what form?  Are these images IFF files loaded into
  187.  > memory?  Or bitmaps?
  188.  
  189. IFFs - 256 colour ones. I'd use shapes but 256 colour shapes go a bit, well,
  190. kak.
  191.  
  192.  > If they're IFFs, then you can find the length of the iff files by
  193.  > getting the longword 4 bytes into the file and adding 8 to it.
  194.  
  195. Thanks. Hmmm, not very elegant that. Maybe I'll use PCF lib, if somebody has
  196. it?
  197.  
  198.  > Also, I've found a bug in gtshape and shapegadget commands. When used with
  199.  > INCBINed shapes, every gadget is the same image, even when I use getashape
  200.  > to cut them out. The shapes are 2 bitplane 24x12 images.
  201.  
  202.  > The old GTLib was very shit in the way it handled shape gadgets.  But
  203.  > these should be okay in the latest update to GTLib.  There certainly
  204.  
  205. I get the same bug using ShapeGadget too.
  206.  
  207.  > shouldn't be any problem with grabbing the shapes from an INCBIN
  208.  > (assuming the DecodeShapes command is working (or are you using
  209.  > CludgeShapes?)).
  210.  
  211. I tried DecodeShapes and now I use (snipped code) -
  212.  
  213. ****
  214.  
  215. .incshapes
  216.    BitMap 0,120,12,2
  217.    DecodeILBM 0,?mkeys
  218.    Use BitMap 0
  219.    GetaShape 0, 0,0,24,12
  220.    GetaShape 1,24,0,24,12
  221.    GetaShape 2,48,0,24,12
  222.    GetaShape 3,72,0,24,12
  223.    GetaShape 4,96,0,24,12
  224. Return
  225.  
  226. .drawkeyboard
  227.    GTShape 0,$41,xpos,ypos,0,4 : xpos = 400
  228.    GTShape 0,$4C,xpos,ypos,0,0 : xpos = xpos + width + 48
  229.    GTShape 0,$4F,xpos,ypos,0,1 : xpos = xpos + width
  230.    GTShape 0,$4D,xpos,ypos,0,2 : xpos = xpos + width
  231.    GTShape 0,$4E,xpos,ypos,0,3 : xpos = xpos + width + 24
  232. Return
  233.  
  234. End
  235.  
  236. mkeys: IncBin "M-keys.br"
  237.  
  238. ****
  239.  
  240. And every GTshape gadget uses shape 0, regardless of the actual number! Any
  241. ideas?
  242.  
  243. Unpleasant Dreams...
  244.  
  245. James  founder of GOTHSOFT DEV  and  ////\oo/\\\\ net.goth
  246.  
  247.  
  248. ... If ignorance is bliss, why aren't there more happy people?
  249.  
  250.  >> Gothic Tag v1.05 <<
  251. +---------------------------------------------------------------------+
  252. | Standard disclaimer:  The views of this user are strictly their own |
  253. |     ===> Sent via CC-NET BBS [centron.com] +44-1473-273246 <===     |
  254. +---------------------------------------------------------------------+
  255.  
  256.  
  257. From duncan@zeus.usq.edu.auSun Sep  3 22:30:04 1995
  258. Date: Fri, 7 Apr 1995 08:19:02 +1000 (EST)
  259. From: tom duncan <duncan@zeus.usq.edu.au>
  260. To: blitz-list@helsinki.fi
  261. Subject: Poly Problem
  262.  
  263. Hi all,
  264.     Have been playing with the Poly and PolyF functions.
  265. Here is a tiny bit of code for anyone to try.
  266. It works as a Poly function but refuses to fill as a polyf. It seems as 
  267. if a horizontal line will not work in this setup.
  268. If I move the right points down a tad all works OK. Any ideas anyone.
  269.  
  270. Screen 0,0,0,320,256,4,0,"",2,1
  271. ScreensBitMap 0,0
  272. Window 0,0,0,320,256,$1800,"",2,1
  273.  
  274. Dim P.w(15)
  275.  
  276. For a.b=0 To 15
  277.    Read z.w : P(a)=z+50
  278. Next
  279. Poly  8,&P(0),2
  280. Polyf 8,&P(0),3
  281. MouseWait
  282. End
  283.  
  284.  
  285. ;
  286. ; Left Arrow
  287. ;
  288. Data.w 0,50,50,0,50,20,100,20,100,80,50,80,50,100,0,50
  289.  
  290.  
  291. Thanks to anyone that can help. (Acid hint, hint)
  292.  
  293.  
  294. -- 
  295. Tom Duncan duncan@usq.edu.au
  296.  
  297.  
  298.  
  299. From c9108939@sol.newcastle.edu.auSun Sep  3 22:30:04 1995
  300. Date: Fri, 7 Apr 1995 14:38:43 +1000 (EST)
  301. From: Brett Johansen <c9108939@sol.newcastle.edu.au>
  302. To: blitz-list@helsinki.fi
  303. Subject: optimisations - lack of!!!
  304.  
  305.  
  306.  
  307.     hello again ,
  308.         from what I can see Blitz does no optimization at all!!!
  309.  
  310.     I was amazed to find that constants are not precalculated!!!
  311.  
  312.         ie.  x = 34 + 67
  313.  
  314.         produces asm:
  315.  
  316.             move.l #34,d0
  317.             move.l #67,d1
  318.             add.l d0,d1
  319.             move.l d1,addr x
  320.  
  321.     34 + 67 should be calculated at run time - I couldn't believe this
  322.     one. I mean leaving them to be calculated by the compiler makes it
  323.     more readable - you can see how you got that value (doesnt happen)
  324.         should be:
  325.             move.l #101,addr x    
  326.  
  327.         I am writing a shoot'emup game - fairly developed and I 
  328.     have spent ages finding better algorithms etc to make it run fine 
  329.     on a 2000, I use a 1200.  (and succeeded) 
  330.         But now I have started converting the crucial routines
  331.     to asm because by doing my own optimisation I can speed it up 
  332.     at least to twice as fast!!(I was giving blitz more credit before)
  333.  
  334.     Also there is no reuse of registers - even if the variable is in
  335.         the cpu it is reloaded every time it is needed. :(
  336.  
  337.         Even so these optimisations can be easily fixed when 
  338.     they get around to it. Maybe thats what they're doing now ?
  339.  
  340.         But Blitz is still a great language to develop in, no
  341.         questions about that.
  342.  
  343.                 Brett Johansen
  344. ---
  345.  
  346.         current project:  AtomHead (horizontal shootemup) %50
  347.  
  348.  
  349. From lojal@spit.fipnet.fiSun Sep  3 22:30:04 1995
  350. Date: Fri, 7 Apr 95 09:34:54 EET
  351. From: Lauri Ojansivu <lojal@spit.fipnet.fi>
  352. To: blitz-list@helsinki.fi
  353. Subject: ELMORE INCLIB Registration?
  354.  
  355. In the beginning of 1995 (or late '94) I ordered Elmore's inclib (BUM7),
  356. sending money, disk etc. for registration, but I have received nothing yet.. same goes for Jarmo Kajonlinna (jarmo@eden.fipnet.fi) who also ordered it. If you know where I could find him (e-mail/snailmail) please tell me?
  357.  
  358. -Lare (Lauri Ojansivu, lojal@spit.fipnet.fi)
  359.  
  360. -- 
  361. Lauri Ojansivu <lojal@spit.fipnet.fi>
  362.  
  363.  
  364. From sis3147@sis.port.ac.ukSun Sep  3 22:30:04 1995
  365. Date: Fri, 7 Apr 1995 11:52:14 +0100 (BST)
  366. From: Big Will Riker <sis3147@sis.port.ac.uk>
  367. To: blitzlist <blitz-list@helsinki.fi>
  368. Subject: RE: TrackDisk library
  369.  
  370.  
  371. Yeah, FormatTrack does not work. I have not fixed it as I 
  372. thought that nobody used this library, but I'll fix it in the
  373. next couple of days and upload to aminet.
  374.  
  375. STeve.
  376.  ___________________________________________________________________________
  377. /           Amiga Developer          | Current Project : BlitzOS Lib        \
  378. |    sis3147@anubis.sis.port.ac.uk   | [####::::::::::::::::::::::::::::::] |
  379. \____________________________________|______________________________________/
  380.  
  381.  
  382.  
  383. From James.Savage@gothsoft.centron.comSun Sep  3 22:30:04 1995
  384. Date: 07 Apr 95 17:28:05 +0000
  385. From: James Savage <James.Savage@gothsoft.centron.com>
  386. To: blitz-list@helsinki.fi
  387. Subject: Shareware
  388.  
  389.  
  390. Hullo there sis3149@sis.port.ac.uk,
  391.  
  392. On 5 April 95 you murmered to All about the gothic subject of 'Shareware', and
  393. I was just thinking...
  394.  
  395.  > Has anyone else released software as shareware onto Aminet, and if so
  396.  > what sort of response (e.g. quiries & registrations) have people had?
  397.  
  398. I have, um, 5 things. I've had about 4 'thanks' and 2 registrations so far. (in
  399. 4 months)
  400.  
  401. Unpleasant Dreams...
  402.  
  403. James  founder of GOTHSOFT DEV  and  ////\oo/\\\\ net.goth
  404.  
  405.  
  406. ... I'll write no line before its time!
  407.  
  408.  >> Gothic Tag v1.05 <<
  409. +---------------------------------------------------------------------+
  410. | Standard disclaimer:  The views of this user are strictly their own |
  411. |     ===> Sent via CC-NET BBS [centron.com] +44-1473-273246 <===     |
  412. +---------------------------------------------------------------------+
  413.  
  414.  
  415. From acid@iconz.co.nzSun Sep  3 22:30:04 1995
  416. Date: Sat, 8 Apr 1995 12:40:26 +1200 (NZST)
  417. From: Simon or Mark <acid@iconz.co.nz>
  418. To: tom duncan <duncan@zeus.usq.edu.au>
  419. Cc: blitz-list@helsinki.fi
  420. Subject: Re: Poly Problem
  421.  
  422. The problem I think is that polyf will only work with convex shapes so 
  423. your arrow will need to be made of two polygons. Either that or we could 
  424. rewrite the polyf command to be 7 times as slow to handle such 
  425. things... as if:)
  426.  
  427.  
  428. From tomkruk@escape.comSun Sep  3 22:30:04 1995
  429. Date: Sun, 9 Apr 1995 00:51:28 -0400 (EDT)
  430. From: Tom Kruk <tomkruk@escape.com>
  431. To: MDI <mtdesert@saturn.caps.maine.edu>
  432. Cc: blitz-list@helsinki.fi
  433. Subject: Re: Blitz?
  434.  
  435.  
  436.  
  437. On Thu, 30 Mar 1995, MDI wrote:
  438.  
  439. MDI> I have not yet got Blitz Basic but would like to start a small project 
  440. MDI> with it.  First off I would like to know just what blitz can do.
  441. MDI> Can it play mods?
  442.  
  443. yes
  444.  
  445. MDI>  Can sounds be saved in banks like Amos?
  446.  
  447. even better. with INCBIN (more like assembler) YET EASY.
  448.  
  449. MDI>  Does it support HAM-8? 
  450.  
  451. yes
  452.  
  453. MDI> Does it allow you to work with AGA sprites?
  454.  
  455. yes
  456.  
  457. MDI> Does it have editors like Amos for 
  458. MDI> sprites 
  459.  
  460. editors for shapes (you choose if they can be sprites or bobs)
  461.  
  462. MDI> sound, and icon? 
  463.  
  464. for what? Thats not Blitz specific. There are lots of programs out there
  465. only AMOS was thinking that they NEED to win you over with lots of 
  466. bullshit editors that you already have. Or are available everywere.
  467. Blitz didnt go and re invent the wheel of things that were already perfected.
  468. It gives a solid tool for any job!
  469.  
  470. And if you say AMOS one more time, i'll slap you silly. Hehehehhehehehehe
  471.  
  472. AMOS doesn't compare. so dont insult blitz. This is from (me) an ex-amos 
  473. coder. Amos limited doesnt give you much to grow. its like SCALA or 
  474. AMIGA VISION rather that a programming powerhouse that Blitz iz.
  475.  
  476. If that doesn't satisfy you, here are more reasons
  477.  
  478. * Smaller executables than Amos by at least 40k
  479. * Less Frills, More Speed
  480. * Compiler that comes in standard. NO INTERPRATER
  481. * You always see fast action because its ALWAYS compiled
  482. * No shitty BANKS.. REAL Techinques that asm programmers use INCBIN
  483. * Support like crazy...
  484. * You can actually talk with the makers (MARK & SIMON) HERE !!!
  485. * Blitz is just more power! Faster! And cooler!
  486.  
  487. +++ 
  488.  
  489.  
  490.  
  491. From OTT@microlnk.ml.eeSun Sep  3 22:30:04 1995
  492. Date: Sun, 9 Apr 1995 13:05:59 +0300 (EETDST)
  493. From: "Ott M. Aaloe" <OTT@microlnk.ml.ee>
  494. To: blitz-list@helsinki.fi
  495. Subject: Size of executable...
  496.  
  497. Hi!
  498.  
  499. I know there's been discussions about subject but I just though
  500. perhaps there is some cure for it now...thing that worries me
  501. is...yes, the size of executable - in my case it's a bit over 400 K 
  502. and grows all the time (and no, there are no INCBINS)...so I guess 
  503. A500 users with .5 M ram can forget about my project ;) if the memory 
  504. is full of program itself...One way to make it smaller is of course 
  505. try to optimize basic code but that's not enough. As far as I know 
  506. Blitz includes the whole library if only one command is used from 
  507. it...so perhaps this can be avoided somehow?  Any ides/suggestions?
  508.  
  509.  
  510.                                 Ott M. Aaloe 
  511.                                 ott@ml.ee
  512.                                 ** The Farm ** 
  513.  
  514.  
  515. From relmore@silver.sdsmt.eduSun Sep  3 22:30:04 1995
  516. Date: Sun, 9 Apr 1995 07:36:07 -0600 (MDT)
  517. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  518. To: blitz-list@helsinki.fi
  519. Subject: Problems receiving Elmore's IncludeLib?
  520.  
  521.  
  522. This is a lesson in backing up crucial files:  
  523.  
  524. I offered the full INCLUDE-library for a small registration fee in BUM7, 
  525. and have had a very good response.  In order to keep up with the number 
  526. of people who registered, I decided to enter all the names and addresses 
  527. into a database program.  Having done this, I begin mailing the 
  528. registered version of the INCLUDE library to those who'd paid for it.  
  529. (Thank all of you!)  
  530.  
  531. Unfortunately, the database program crashed (a full-blown GURU) during a 
  532. disk-write, and the database file was reduced to zero-bytes (after the 
  533. disk finally validated.)  
  534.  
  535. I have went through as many envelopes' return-addresses as I could in 
  536. order to reply, but there are many who've registered that I have no way 
  537. to contact as of now.  
  538.  
  539. This situation causes some serious problems: I don't have any way to 
  540. contact those who've registered except here in a public post, and I don't 
  541. have any way of determining whether those who respond have actually 
  542. registered or not.  
  543.  
  544. I am left with only one alternative.  I am asking that those of you 
  545. who've registered respond in e-mail and tell me how you'd like the 
  546. Elmore-Include library to be sent to you (e-mail, s-mail address, etc.)  
  547.  
  548. This would obviously be a chance for people to be dishonest and get the 
  549. Include-library for free, but I guess I have no alternative.  I am just 
  550. asking that those who really *have* paid for the include-library to 
  551. respond, and others out there to resist the urge to tell me you have if 
  552. you really didn't.  I won't be able to tell the difference, but if too 
  553. many dishonest people respond, I won't be able to afford to send copies 
  554. of the library to those who have paid for it.
  555.  
  556. Please be honest, people!
  557.  
  558.  
  559. I deeply apologize for the inconvenience, and to partly compensate for the 
  560. long wait, etc.  I will be offering other registered-shareware for FREE 
  561. along with the INCLUDE-Library.   Thank you!
  562.  
  563.  
  564. +-----------------+ 
  565. |Richard T. Elmore|
  566. +-----------------+
  567.  
  568.  
  569. From mikec@sonix.demon.co.ukSun Sep  3 22:30:04 1995
  570. Date: Sun, 9 Apr 95 16:26:51 GMT
  571. From: Mike Clarke <mikec@sonix.demon.co.uk>
  572. To: blitz-list@helsinki.fi
  573. Subject: Files and arrays problem.
  574.  
  575.  
  576. Hi all, got a bit of a problem.
  577.  
  578. Files:
  579. Is there a way a reading a normal file randomly. All I want to do is
  580. be able to read a normal ascii file from any position in the file, and
  581. I don't want to do a ReadMem and read the whole file into memory.
  582.  
  583. Arrays:
  584. Is there a way freeing arrays (list or normal) after they have been
  585. DIMmed, or am I going to have to do an AllocMem?
  586.  
  587. Cheers.
  588.  
  589.  
  590.        ==Mike Clarke==
  591. Home:   mikec@sonix.demon.co.uk
  592. Work: mike.clarke@psygnosis.co.uk (musician)
  593. ---------------------------------
  594. Marvel at the immensely boring
  595.          signature!
  596.  
  597.  
  598.  
  599.        ==Mike Clarke==
  600. Home:   mikec@sonix.demon.co.uk
  601. Work: mike.clarke@psygnosis.co.uk (musician)
  602. ---------------------------------
  603. Marvel at the immensely boring
  604.          signature!
  605.  
  606.  
  607.  
  608. From wlmcgr@netcom.comSun Sep  3 22:30:04 1995
  609. Date: Sun, 9 Apr 1995 15:00:43 -0700 (PDT)
  610. From: "W.L. McGraw" <wlmcgr@netcom.com>
  611. To: blitz-list@helsinki.fi
  612. Subject: Size of Executables
  613.  
  614. There have been some discussion on the list about the size of Blitz
  615. executable files. Well the bottom line is that Amiga programmers
  616. can not forever make programs that will run on machines with just
  617. 512K of ram. The Mac and PC are running 8 meg and a hard drive for new
  618. software. What we need for the Amiga is a minimum hardware standard that
  619. all users must achieve. For example, 1 meg chip ram, 2 meg total ram,
  620. Kickstart 2.0 and a hard drive would be the minimum hardware standard.
  621. I think this would allow programmers to produce better software.
  622.  
  623.  
  624.  
  625.  
  626.  
  627. From Phillip_Eastham@kumear.megalink.com.auSun Sep  3 22:30:04 1995
  628. Date: Sun, 9 Apr 95 18:39:25 EST
  629. From: Phillip Eastham <Phillip_Eastham@kumear.megalink.com.au>
  630. To: blitz-list@helsinki.fi
  631. Subject: CLI parameter's.
  632.  
  633. Hi All,
  634.  
  635. I seem to have lost the patch to cliargslib.obj which fixes the problem
  636. with parameter passing to Blitz programs.
  637.  
  638. If some kind sould could e-mail me the fix, I would be most appreciative.
  639.  
  640. -- Via DLG Pro v1.0
  641.  
  642.         Prefered:   phillip_eastham@kumear.megalink.com.au
  643.         Backup:     phillip_eastham@kumear.apana.org.au
  644.  
  645.  
  646. From josh@pinsight.comSun Sep  3 22:30:04 1995
  647. Date: Sun, 9 Apr 1995 16:58:44 -0700 (PDT)
  648. From: Josh Farley <josh@pinsight.com>
  649. To: Brett Johansen <c9108939@sol.newcastle.edu.au>
  650. Cc: blitz-list@helsinki.fi
  651. Subject: Re: optimisations - lack of!!!
  652.  
  653.  
  654.  
  655. On Fri, 7 Apr 1995, Brett Johansen wrote:
  656.  
  657. >         from what I can see Blitz does no optimization at all!!!
  658. >     I was amazed to find that constants are not precalculated!!!
  659. >         ie.  x = 34 + 67
  660.  
  661.   That's not a constant, it's a variable... if you did:
  662.  
  663.                 #x = 101
  664.  
  665.   That should be converted as you're looking for...
  666.  
  667.   Why would you put x = 34 + 67 , instead of x = 101 ???
  668.  
  669.   Blitz optimizes alot, but it's not a mind reader...
  670.  
  671. >         But now I have started converting the crucial routines
  672. >     to asm because by doing my own optimisation I can speed it up 
  673. >     at least to twice as fast!!(I was giving blitz more credit before)
  674.  
  675.   Your Blitz code, if it looks like the above, can probably be optimized 
  676. as well...
  677.  
  678.   Personally, I'd much rather see a new version of Ted... any hope Simon?
  679.  
  680.   Heck, I hereby volunteer to write the darned thing, it'd help me out so 
  681. much that it'd be worth the time spent! :)
  682.  
  683. Josh Farley     Netmail: 1:119/88     E-Mail: josh@pinsight.com
  684.   Now Available: "TeleTerm" Terminal program Version 2.0
  685.       FTP as comm/term/teleterm20.lha
  686.   Also Available: "Ooze" ECS/AGA Version 2...
  687.       FTP as game/think/oozeaga2u.lha or game/think/oozeecs2u.lha
  688.   or at 1:119/88 or 916-893-8079
  689.  
  690.  
  691.  
  692. From acid@iconz.co.nzSun Sep  3 22:30:05 1995
  693. Date: Mon, 10 Apr 1995 10:06:51 +1200 (NZST)
  694. From: Simon or Mark <acid@iconz.co.nz>
  695. To: Phillip Eastham <Phillip_Eastham@kumear.megalink.com.au>
  696. Cc: blitz-list@helsinki.fi
  697. Subject: Re: Whats wrong here?
  698.  
  699. What the heck is screen mode $ffff8000???
  700.  
  701. Simon
  702.  
  703.  
  704.  
  705.  
  706. From relmore@silver.sdsmt.eduSun Sep  3 22:30:05 1995
  707. Date: Sun, 9 Apr 1995 18:12:07 -0600 (MDT)
  708. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  709. To: Brett Johansen <c9108939@sol.newcastle.edu.au>
  710. Cc: blitz-list@helsinki.fi
  711. Subject: Re: optimisations - lack of!!!
  712.  
  713. On Fri, 7 Apr 1995, Brett Johansen wrote:
  714.  
  715. > Date: Fri, 7 Apr 1995 14:38:43 +1000 (EST)
  716. > From: Brett Johansen <c9108939@sol.newcastle.edu.au>
  717. > To: blitz-list@helsinki.fi
  718. > Subject: optimisations - lack of!!!
  719. >     hello again ,
  720. >         from what I can see Blitz does no optimization at all!!!
  721. >     I was amazed to find that constants are not precalculated!!!
  722. >         ie.  x = 34 + 67
  723. >         produces asm:
  724. >             move.l #34,d0
  725. >             move.l #67,d1
  726. >             add.l d0,d1
  727. >             move.l d1,addr x
  728.  
  729.  
  730. Try x=(34+67)
  731.  
  732.  
  733. >     34 + 67 should be calculated at run time - I couldn't believe this
  734. >     one. I mean leaving them to be calculated by the compiler makes it
  735. >     more readable - you can see how you got that value (doesnt happen)
  736. >         should be:
  737. >             move.l #101,addr x    
  738. >         I am writing a shoot'emup game - fairly developed and I 
  739. >     have spent ages finding better algorithms etc to make it run fine 
  740. >     on a 2000, I use a 1200.  (and succeeded) 
  741. >         But now I have started converting the crucial routines
  742. >     to asm because by doing my own optimisation I can speed it up 
  743. >     at least to twice as fast!!(I was giving blitz more credit before)
  744. >     Also there is no reuse of registers - even if the variable is in
  745. >         the cpu it is reloaded every time it is needed. :(
  746.  
  747. True enough, but I can't see how a modular compiler could really get 
  748. around this and still be easy to make 3rd-party libraries, etc. for... 
  749. How could a programmer know what variable was "supposed" to be in d5?
  750. A standard had to be developed so that programmers of 3rd-party libraries 
  751. would have a way of knowing where all their information is.  Blitz isn't 
  752. the only one at fault anyway, disassemble a few "C" or "Pascal" programs 
  753. if you really want to be disgusted. 
  754.  
  755.  
  756.  
  757. >         Even so these optimisations can be easily fixed when 
  758. >     they get around to it. Maybe thats what they're doing now ?
  759. >         But Blitz is still a great language to develop in, no
  760. >         questions about that.
  761. >                 Brett Johansen
  762. > ---
  763. >         current project:  AtomHead (horizontal shootemup) %50
  764.  
  765.     +---------------------------------------------------------------+
  766.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  767.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  768.     +---------------------------------------------------------------+
  769.  
  770.  
  771.  
  772. From Phillip_Eastham@kumear.megalink.com.auSun Sep  3 22:30:05 1995
  773. Date: Sun, 9 Apr 95 19:33:43 EST
  774. From: Phillip Eastham <Phillip_Eastham@kumear.megalink.com.au>
  775. To: blitz-list@helsinki.fi
  776. Subject: Whats wrong here?
  777.  
  778. Hi All,
  779.  
  780. I am currently suffering a crippeling problem with my blitz programs and I
  781. can't figure out why.
  782.  
  783. Here is some code:
  784.  
  785. LoadFont 0,"IBM.Font",8
  786. Use IntuiFont 0
  787. WBStartup
  788. Screen 0,0,0,640,256,2,$FFFF8000,"A screen",1,2
  789. Window 9,10,20,15,15,$1D00,"",1,0
  790. CatchDosErrs
  791. CloseWindow 9
  792. CloseScreen 0
  793.  
  794.  
  795. Now when I compile this, it runs, but causes heeps of enforcer hits. When I
  796. run it a second time, I get a GURU 0100000F. From then on, it seems to
  797. cause the same guru, even after a reboot.
  798.  
  799. I first thought it might be the LoadFont command, as when I removed it, the
  800. program seemed to run, but then I shortened the screen title and that also
  801. seemed to fix it.
  802.  
  803. I don't know wether I have somehow gotten a buggy object file or not. I
  804. found a buggy windowslib.obj file that was causing problems, but this is a
  805. new problem.
  806.  
  807. Does anyone have any ideas?
  808.  
  809. -- Via DLG Pro v1.0
  810.  
  811.         Prefered:   phillip_eastham@kumear.megalink.com.au
  812.         Backup:     phillip_eastham@kumear.apana.org.au
  813.  
  814.  
  815. From J.VALKS@hsbos.nlSun Sep  3 22:30:05 1995
  816. Date: Mon, 10 Apr 1995 09:23:04 GMT-1DFT
  817. From: Jurgen Valks <J.VALKS@hsbos.nl>
  818. To: blitz-list@helsinki.fi
  819. Subject: Resolution Question
  820.  
  821.  
  822. I have a simple question: 
  823.  
  824. can I display a 640*512*8 hires-interlaced with the new display 
  825. library in Blitz mode ????
  826.  
  827.  
  828.  
  829. Greetings from,
  830.  
  831. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
  832. \  Jurgen Valks  email: j.valks@hsbos.nl                   /
  833. /  Blitz User Group Nederland (BUG N.L.)                   \
  834. \  Kerkeind 8a, 5293 AB, Gemonde (NB), The Netherlands     /
  835. /  Phone +31 4105-12466, +31 73-295341                     \
  836. \                                                          /
  837. /  Member of: SToopID (demo/game coder)                    \
  838. \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
  839.  
  840.  
  841. From colin@ahl.co.ukSun Sep  3 22:30:05 1995
  842. Date: Mon, 10 Apr 1995 09:33:39 +0000
  843. From: Colin Saunders <colin@ahl.co.uk>
  844. To: mikec@sonix.demon.co.uk
  845. Cc: blitz-list@helsinki.fi
  846. Subject: Re: Files and arrays problem.
  847.  
  848.  
  849. MikeC,
  850.  
  851. > Files:
  852. > Is there a way a reading a normal file randomly. All I want to do is
  853. > be able to read a normal ascii file from any position in the file, and
  854. > I don't want to do a ReadMem and read the whole file into memory.
  855.  
  856. I've used AllocMem_ to scan a file... As far as I can remember there
  857. was some way of getting to a given posn and then reading in a small
  858. part of the the file - even just one byte... I'll check my code...
  859.  
  860.     Thanks,
  861.  
  862.         colin.
  863.  
  864.  
  865. *--------------------------------------------------*---------------------------*
  866. |                Colin J. Saunders                 |  CURRENT PROJECTS:        |
  867. |    BSc Hons Computer Science,  Edinburgh 1994    |                           |
  868. |                                                  |  Graphics Manager:   90%  |
  869. |             e-mail:  colin@ahl.co.uk             |  Cute Game:           5%  |
  870. *--------------------------------------------------*---------------------------*
  871.  
  872.  
  873. From sis3149@sis.port.ac.ukSun Sep  3 22:30:05 1995
  874. Date: Mon, 10 Apr 1995 11:37:30 +0100 (BST)
  875. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  876. To: "Ott M. Aaloe" <OTT@microlnk.ml.ee>
  877. Cc: blitz-list@helsinki.fi
  878. Subject: Re: Size of executable...
  879.  
  880. On Sun, 9 Apr 1995, Ott M. Aaloe wrote:
  881.  
  882. > I know there's been discussions about subject but I just though
  883. > perhaps there is some cure for it now...thing that worries me
  884. > is...yes, the size of executable - in my case it's a bit over 400 K 
  885. > and grows all the time (and no, there are no INCBINS)...so I guess 
  886. > A500 users with .5 M ram can forget about my project ;) if the memory 
  887. > is full of program itself...One way to make it smaller is of course 
  888. > try to optimize basic code but that's not enough. As far as I know 
  889. > Blitz includes the whole library if only one command is used from 
  890. > it...so perhaps this can be avoided somehow?  Any ides/suggestions?
  891.  
  892. I can tell you what I do (e.g. for the debugger, which is hideously big 
  893. anyway).  If I need only one command from a lib (and its not one of my 
  894. libs) then I first try and write it myself (easy in the case of a command 
  895. like CheckAGA - Elmorelib).  If I can't be bothered to rewrite, or 
  896. haven't the time BUT have the source then I'll knick a little code 
  897. (apologies :) ) from the lib and chuck it in a temporary lib of its own.  
  898. This as far as I can tell is the only way to stop the whole library 
  899. growing in size to massive proportions.
  900.  
  901. Can't imagine what Roketz (I assume you're converting that) must be 
  902. doing if the code is 400k...  BIG program or what (our game is only 400k 
  903. with about 150k of incbined shapes and graphics).
  904.  
  905. Hey - any one out there got any spare A500s?  Wanna lend us some test 
  906. machines? :)
  907.  
  908.  
  909. Steve Mc.
  910.  
  911. +---------------------------------------------------------------------------+
  912.                  L E A D I N G   E D G E   S O F T W A R E
  913. +---------------------------------------------------------------------------+
  914.                 Hang                 | Current project :                    +
  915.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  916. +---------------------------------------------------------------------------+
  917.  
  918.  
  919.  
  920. From sis3149@sis.port.ac.ukSun Sep  3 22:30:05 1995
  921. Date: Mon, 10 Apr 1995 11:40:42 +0100 (BST)
  922. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  923. To: Blitzlist <blitz-list@helsinki.fi>
  924. Subject: TED bug...
  925.  
  926. Hi,
  927.    anyone else noticed this rather lethal bug in Ted?  You know - the bug 
  928. that completely crashes your machine....? :)
  929.  
  930.    If you haven't then try the following:
  931.  
  932.     1) Load up TED
  933.     2) Load in a big source file
  934.     3) Move to half way down the file
  935.     4) Now drag the Ted screen to half way down the display
  936.     5) Start dragging out a block
  937.     6) Whilst dragging out the block move the mouse pointer vertically
  938.       above the Ted screen
  939.     7) Ask yourself why your Amiga suddenly displays a blank screen 
  940.       locks up completely.
  941.  
  942. Maybe not everyone has seen/gets this bug - but it seems pretty serious 
  943. to me.  Maybe this bug is only with the latest version of Ted as well?
  944.  
  945.  
  946. Steve Mc.
  947.  
  948. +---------------------------------------------------------------------------+
  949.                  L E A D I N G   E D G E   S O F T W A R E
  950. +---------------------------------------------------------------------------+
  951.                 Hang                 | Current project :                    +
  952.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  953. +---------------------------------------------------------------------------+
  954.  
  955.  
  956.  
  957. From sis3147@sis.port.ac.ukSun Sep  3 22:30:05 1995
  958. Date: Mon, 10 Apr 1995 12:03:15 +0100 (BST)
  959. From: Big Will Riker <sis3147@sis.port.ac.uk>
  960. To: blitzlist <blitz-list@helsinki.fi>
  961. Subject: some pretty weird Blitz bugs..
  962.  
  963.  
  964. I was writing a AppIcon program the other day, and it waited
  965. for an event of $800000 or another thing happening..
  966.  
  967. it was basically..
  968.  
  969.     Repeat
  970.       ev.l=WaitEvent
  971.           cx.l=ExchangeMessage
  972.           NPrint Hex$(ev)
  973.         Until ev or cx
  974.  
  975. Now, imagine my surprise when $800000 was printed but it didnt
  976. exit the repeat until loop.
  977. Sooo, I called up the debugger, and brought up an assembly listing
  978. and I saw that it only compares the lower word of each variable
  979. (and $800000 is in the upper word) if I dont specifically
  980. specify an equality value, so if I had written
  981.     Repeat
  982.       ev.l=WaitEvent
  983.           cx.l=ExchangeMessage
  984.         Until ev<>0 or cx<>0
  985.  
  986. it would work.
  987.  
  988. Anyone else come across this?
  989. Steve.
  990.  ___________________________________________________________________________
  991. /           Amiga Developer          | Current Project : BlitzOS Lib        \
  992. |    sis3147@anubis.sis.port.ac.uk   | [####::::::::::::::::::::::::::::::] |
  993. \____________________________________|______________________________________/
  994.  
  995.  
  996.  
  997. From sis3147@sis.port.ac.ukSun Sep  3 22:30:05 1995
  998. Date: Mon, 10 Apr 1995 12:05:22 +0100 (BST)
  999. From: Big Will Riker <sis3147@sis.port.ac.uk>
  1000. To: blitzlist <blitz-list@helsinki.fi>
  1001. Subject: Another weird blitz bug
  1002.  
  1003.  
  1004. Ok people, try this at home (ask a grown-up to help you)
  1005.  
  1006.  
  1007. Function.w a{var.w}
  1008.   NPrint var
  1009.   Function Return var*2
  1010. End Function
  1011.  
  1012. Function.w b{var.w}
  1013.   NPrint "Oh no! ",var
  1014.   Function Return var*10
  1015. End Function
  1016.  
  1017. main:
  1018. c{10}
  1019.  
  1020.  
  1021. Before you ask, yes it should be c{10} even though there is no
  1022. such function as c{}...
  1023.  
  1024. And the ouptut is
  1025. Oh no! 10
  1026. 100
  1027.  
  1028. Jeez...talk about stupid eh?
  1029.  
  1030.  
  1031. Steve.
  1032.  ___________________________________________________________________________
  1033. /           Amiga Developer          | Current Project : BlitzOS Lib        \
  1034. |    sis3147@anubis.sis.port.ac.uk   | [####::::::::::::::::::::::::::::::] |
  1035. \____________________________________|______________________________________/
  1036.  
  1037.  
  1038.  
  1039.  
  1040.  
  1041.  
  1042.  
  1043. From D.C.J.Pink@herts.ac.ukSun Sep  3 22:30:05 1995
  1044. Date: Mon, 10 Apr 1995 12:53:09 +0100 (BST)
  1045. From: Pink <D.C.J.Pink@herts.ac.uk>
  1046. To: The Blitz list <blitz-list@helsinki.fi>
  1047. Subject: RE: Tan command (Brian)
  1048.  
  1049. HI,
  1050.  
  1051.   Since I suggested using Sin and Cos to find the Tan function I have 
  1052. tested the Tan function at home and had no problems.  Maybe it`s 
  1053. something you`re doing:)  I guess you realise that the Tan function 
  1054. expects the angle to be in Radians, NOT in degrees.  That means to find 
  1055. the Tan of an angle x, and put it in y, you have to do :
  1056.  
  1057. y=Tan(x*Pi/180)
  1058.  
  1059.   I hope that helped.
  1060.  
  1061. .------------------------.
  1062. |     --.                |
  1063. |     |  \ ,--, ,--,     |
  1064. |     |  | |  | |  |     |
  1065. |     ---' `--`-`  '     |
  1066. |========================|
  1067. | D.C.J.Pink@Herts.ac.uk |
  1068. |   (until ~July 1995)   |
  1069. `------------------------'
  1070.  
  1071.  
  1072. From D.C.J.Pink@herts.ac.ukSun Sep  3 22:30:05 1995
  1073. Date: Mon, 10 Apr 1995 13:10:08 +0100 (BST)
  1074. From: Pink <D.C.J.Pink@herts.ac.uk>
  1075. To: The Blitz list <blitz-list@helsinki.fi>
  1076. Subject: RE: Files and array problem
  1077.  
  1078. On Sunday 9th April Mike Clark Wrote
  1079.  
  1080. > Hi all, got a bit of a problem.
  1081. > Files:
  1082. > Is there a way a reading a normal file randomly. All I want to do is
  1083. > be able to read a normal ascii file from any position in the file, and
  1084. > I don't want to do a ReadMem and read the whole file into memory.
  1085.   Theres a command called FileSeek with which you can move to any position
  1086. in the file.  Look in your Blitz manual for details of how to use it.
  1087.  
  1088. > Arrays:
  1089. > Is there a way freeing arrays (list or normal) after they have been
  1090. > DIMmed, or am I going to have to do an AllocMem?
  1091.  
  1092.   There isn`t a specific command to free an array, but arrays can be
  1093. re-dimmed.  This means that you could re-dim (Just use the Dim command
  1094. again with the same variable name) the array with a size of 0, which
  1095. will automatically free the old array, and allocate 0 bytes for the new
  1096. array.
  1097.  
  1098. > Cheers.
  1099.  
  1100. Thats OK.
  1101.  
  1102. .------------------------.
  1103. |     --.                |
  1104. |     |  \ ,--, ,--,     |
  1105. |     |  | |  | |  |     |
  1106. |     ---' `--`-`  '     |
  1107. |========================|
  1108. | D.C.J.Pink@Herts.ac.uk |
  1109. |   (until ~July 1995)   |
  1110. `------------------------'
  1111.  
  1112.  
  1113. From D.C.J.Pink@herts.ac.ukSun Sep  3 22:30:05 1995
  1114. Date: Mon, 10 Apr 1995 13:35:44 +0100 (BST)
  1115. From: Pink <D.C.J.Pink@herts.ac.uk>
  1116. To: The Blitz list <blitz-list@helsinki.fi>
  1117. Subject: Finished Proggy
  1118.  
  1119. I`ve recently finished a program to generate mazes.  I`ve posted it on 
  1120. Aminet under utils/misc/DansMazes1.14.lha as MailWare.  So far in the 
  1121. last two weeks I`ve had two mails, both of which claim their kids like 
  1122. it, though it could also be used to generate mazes for a game if anyone 
  1123. wants to contact me.  It has the following features :
  1124.  
  1125. o Creates mazes upto 1000 by 1000 (could be more, but this seems big enough)
  1126. o Mazes have only one route through, and all parts of the maze are accesible
  1127. o Mazes can be saved in a packed or unpacked format (packed is 1/4 of size!)
  1128. o Mazes can be viewed in 2D or 3D
  1129. o 2D mazes can be saved as a bitmap
  1130. o Configuration via icon information
  1131.  
  1132. Thats about it I think.
  1133.  
  1134. .------------------------.
  1135. |     --.                |
  1136. |     |  \ ,--, ,--,     |
  1137. |     |  | |  | |  |     |
  1138. |     ---' `--`-`  '     |
  1139. |========================|
  1140. | D.C.J.Pink@Herts.ac.uk |
  1141. |   (until ~July 1995)   |
  1142. `------------------------'
  1143.  
  1144.  
  1145.  
  1146. From relmore@silver.sdsmt.eduSun Sep  3 22:30:05 1995
  1147. Date: Mon, 10 Apr 1995 06:41:31 -0600 (MDT)
  1148. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  1149. To: Stephen McNamara <sis3149@sis.port.ac.uk>
  1150. Cc: Blitzlist <blitz-list@helsinki.fi>
  1151. Subject: Re: TED bug...
  1152.  
  1153. On Mon, 10 Apr 1995, Stephen McNamara wrote:
  1154.  
  1155. >    anyone else noticed this rather lethal bug in Ted?  You know - the bug 
  1156. > that completely crashes your machine....? :)
  1157. >    If you haven't then try the following:
  1158. >     1) Load up TED
  1159. >     2) Load in a big source file
  1160. >     3) Move to half way down the file
  1161. >     4) Now drag the Ted screen to half way down the display
  1162. >     5) Start dragging out a block
  1163. >     6) Whilst dragging out the block move the mouse pointer vertically
  1164. >       above the Ted screen
  1165. >     7) Ask yourself why your Amiga suddenly displays a blank screen 
  1166. >       locks up completely.
  1167.  
  1168. That bug has been there since the first TED I ever used... Also, for 
  1169. another, real hideous bug--- Try drag-selecting some text like described 
  1170. above, and before releasing the button, try entering a 
  1171. keyboard-menu-shortcut like Amiga-C or something....  Streams of 
  1172. continuous Enforcer hits as TED goes through all your memory munging 
  1173. everything it encounters---  In a few seconds an unstoppable, no "Suspend 
  1174. or Reboot" GURU greets you....  This one has been around since the first 
  1175. TED as well....
  1176.  
  1177.  
  1178.  
  1179.  
  1180.  
  1181.     +---------------------------------------------------------------+
  1182.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  1183.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  1184.     +---------------------------------------------------------------+
  1185.  
  1186.  
  1187.  
  1188. From sis3149@sis.port.ac.ukSun Sep  3 22:30:05 1995
  1189. Date: Mon, 10 Apr 1995 14:53:28 +0100 (BST)
  1190. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  1191. To: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  1192. Cc: Blitzlist <blitz-list@helsinki.fi>
  1193. Subject: Re: TED bug...
  1194.  
  1195. On Mon, 10 Apr 1995, Richard T. Elmore wrote:
  1196.  
  1197. > On Mon, 10 Apr 1995, Stephen McNamara wrote:
  1198. > >    anyone else noticed this rather lethal bug in Ted?  You know - the bug 
  1199. > > that completely crashes your machine....? :)
  1200. > That bug has been there since the first TED I ever used... Also, for 
  1201. > another, real hideous bug--- Try drag-selecting some text like described 
  1202. > above, and before releasing the button, try entering a 
  1203. > keyboard-menu-shortcut like Amiga-C or something....  Streams of 
  1204. > continuous Enforcer hits as TED goes through all your memory munging 
  1205. > everything it encounters---  In a few seconds an unstoppable, no "Suspend 
  1206. > or Reboot" GURU greets you....  This one has been around since the first 
  1207. > TED as well....
  1208.  
  1209. Ouch!  That sounds well nasty.
  1210.  
  1211. I wonder if other people know of any other Blitz & Ted 'features'?
  1212.  
  1213.  
  1214. Steve Mc.
  1215.  
  1216. +---------------------------------------------------------------------------+
  1217.                  L E A D I N G   E D G E   S O F T W A R E
  1218. +---------------------------------------------------------------------------+
  1219.                 Hang                 | Current project :                    +
  1220.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  1221. +---------------------------------------------------------------------------+
  1222.  
  1223.  
  1224.  
  1225. From relmore@silver.sdsmt.eduSun Sep  3 22:30:05 1995
  1226. Date: Mon, 10 Apr 1995 07:53:37 -0600 (MDT)
  1227. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  1228. To: Pink <D.C.J.Pink@herts.ac.uk>
  1229. Cc: The Blitz list <blitz-list@helsinki.fi>
  1230. Subject: RE: Files and array problem
  1231.  
  1232. On Mon, 10 Apr 1995, Pink wrote:
  1233.  
  1234. >   There isn`t a specific command to free an array, but arrays can be
  1235. > re-dimmed.  This means that you could re-dim (Just use the Dim command
  1236. > again with the same variable name) the array with a size of 0, which
  1237. > will automatically free the old array, and allocate 0 bytes for the new
  1238. > array.
  1239.  
  1240. I use this technique myself, but it doesn't actually allocate zero 
  1241. bytes-- remember element zero is still available and it takes up space.  
  1242. If you have an array of longs (4-bytes a piece) and dim n.l(0) the array 
  1243. would take up 4 bytes, plus the array header size (which I think is 8 or 
  1244. 12 bytes.)
  1245.  
  1246. Still, it's the next-best-thing for not being able to ERASE an array!
  1247.  
  1248.  
  1249.  
  1250.     +---------------------------------------------------------------+
  1251.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  1252.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  1253.     +---------------------------------------------------------------+
  1254.  
  1255.  
  1256.  
  1257. From D.C.J.Pink@herts.ac.ukSun Sep  3 22:30:05 1995
  1258. Date: Mon, 10 Apr 1995 15:31:08 +0100 (BST)
  1259. From: Pink <D.C.J.Pink@herts.ac.uk>
  1260. To: The Blitz list <blitz-list@helsinki.fi>
  1261. Subject: RE: RE: Finished proggy
  1262.  
  1263.  
  1264. On Mon, 10 Apr 1995, Steve wrote:
  1265.  
  1266. > Can it create mazes such that there is never an empty space
  1267. > of 2x2 squares?
  1268. > eg. (#=wall)
  1269. > ** should never happen
  1270. > #############
  1271. > # #**# #  # #
  1272. > # #**#   ## #
  1273. > # ## ### #  #
  1274. > # #  # # ####
  1275. > #############
  1276. > If so, then I think I could use it for my 8 player dungeon
  1277. > master type game.. 
  1278. > Steve.
  1279.  
  1280. Yes, it can! The only restriction at the moment is that the only path through
  1281. is from the top to the bottom, with random positions for both.  The algorithm
  1282. could be altered so the position at the top is chosen, but it would be VERY
  1283. difficult to choose the end position.  I.E.
  1284.  
  1285. +-+-+ +-+-+
  1286. |   |     |
  1287. + + +-+-+ +
  1288. | |       |
  1289. +-+-+-+ + +
  1290. |     | | |
  1291. + +-+ + + +
  1292. |   |   | |
  1293. +-+ +-+-+-+
  1294.  
  1295. NOTE This was NOT produced using the program, but it IS the type of thing 
  1296. to expect, though the mazes are a LOT harder to solve when they get upto 
  1297. 1000 by 1000:)  One thing to note is the way the mazes are created.  My 
  1298. mazes are made by placing walls in between blocks, whereas from your 
  1299. diagram it looks as though yours are made by placing completely solid blocks.
  1300. If you`re not sure what I mean then download the prog and see, the archive is
  1301. only about 45K.
  1302.  
  1303.  
  1304. .------------------------.
  1305. |     --.                |
  1306. |     |  \ ,--, ,--,     |
  1307. |     |  | |  | |  |     |
  1308. |     ---' `--`-`  '     |
  1309. |========================|
  1310. | D.C.J.Pink@Herts.ac.uk |
  1311. |   (until ~July 1995)   |
  1312. `------------------------'
  1313.  
  1314.  
  1315. From colin@ahl.co.ukSun Sep  3 22:30:05 1995
  1316. Date: Mon, 10 Apr 1995 15:56:49 +0000
  1317. From: Colin Saunders <colin@ahl.co.uk>
  1318. To: Blitz-list@helsinki.fi
  1319. Subject: Graphics Manager
  1320.  
  1321.  
  1322. Dear All,
  1323.  
  1324. Okay, so I finally finished the 1.0 Beta version of my Graphics Manager. The
  1325. question is what do I do next....? Whats the best way to make it available to
  1326. any one who might just want to have a look...
  1327.  
  1328. Don't hold your breath in expectation tho' at the moment "it works".. and thats
  1329. about it! It basically allows you (as posted before?) to:
  1330.  
  1331.     o   Load in Shapes files.
  1332.  
  1333.     o   "Manipulate" the Shapes using these ops:
  1334.         -   Copy and Cut
  1335.         -   X Flip and Y Flip
  1336.         -   L Rotate and R Rotate
  1337.  
  1338.     o   Save (some of) Shapes.
  1339.  
  1340. It is a Manager not an Editor... for now?
  1341.  
  1342.     Thanks,
  1343.  
  1344.         Colin.
  1345.  
  1346.  
  1347. *--------------------------------------------------*---------------------------*
  1348. |                Colin J. Saunders                 | CURRENT PROJECTS:         |
  1349. |    BSc Hons Computer Science,  Edinburgh 1994    |                           |
  1350. |                                                  | Graphics Manager:  100% B |
  1351. |             e-mail:  colin@ahl.co.uk             | Cute Game:           5%   |
  1352. *--------------------------------------------------*---------------------------*
  1353.  
  1354.  
  1355. From gakennedy@cix.compulink.co.ukSun Sep  3 22:30:05 1995
  1356. Date: Mon, 10 Apr 95 20:03 BST-1
  1357. From: Graham Kennedy <gakennedy@cix.compulink.co.uk>
  1358. To: Blitz-list@helsinki.fi
  1359. Cc: gakennedy@cix.compulink.co.uk
  1360. Subject: Re: Files and arrays problem.
  1361.  
  1362. In-Reply-To: <memo.571671@cix.compulink.co.uk>
  1363.  
  1364. >>Files:
  1365. >>Is there a way a reading a normal file randomly. All I want to do is
  1366. >>be able to read a normal ascii file from any position in the file, and
  1367. >>I don't want to do a ReadMem and read the whole file into memory.
  1368. >Simple fix to this one, you need the command FileSeek, (page 7-6 in the
  1369. >manual) Syntax is
  1370. >
  1371. >    FileSeek filenumber,position
  1372. >
  1373. >The position is the byte offset from the start of the file.
  1374. >you can then use any of the usual input functions (I'd recommend
  1375. >something like a$=inkey$(1) to read the file a byte at a time)
  1376. >
  1377. >
  1378. >>Arrays:
  1379. >>Is there a way freeing arrays (list or normal) after they have been
  1380. >>DIMmed, or am I going to have to do an AllocMem?
  1381. >It seems you can do a 'DIM myarray(0)' but not sure if this really
  1382. >frees up memory or not.
  1383. >
  1384. >Hope this helps
  1385.  
  1386. Graham K.  
  1387.  
  1388.  
  1389. From tomkruk@escape.comSun Sep  3 22:30:05 1995
  1390. Date: Mon, 10 Apr 1995 16:27:15 -0400 (EDT)
  1391. From: Tom Kruk <tomkruk@escape.com>
  1392. To: "W.L. McGraw" <wlmcgr@netcom.com>
  1393. Cc: blitz-list@helsinki.fi
  1394. Subject: Re: Size of Executables
  1395.  
  1396.  
  1397.  
  1398. On Sun, 9 Apr 1995, W.L. McGraw wrote:
  1399.  
  1400. > There have been some discussion on the list about the size of Blitz
  1401. > executable files. Well the bottom line is that Amiga programmers
  1402. > can not forever make programs that will run on machines with just
  1403. > 512K of ram. The Mac and PC are running 8 meg and a hard drive for new
  1404. > software. What we need for the Amiga is a minimum hardware standard that
  1405. *> all users must achieve. For example, 1 meg chip ram, 2 meg total ram,
  1406. *> Kickstart 2.0 and a hard drive would be the minimum hardware standard.
  1407. *> I think this would allow programmers to produce better software.
  1408. >
  1409.   YEAH! I AGREE! Whats the sense. You dont make records anymore right?
  1410.   You Make CDs... Why? Anyone who is a REAL Music lover has a CD Player.
  1411.  
  1412.   Same analogy goes to the computer. If you are a real user, you have
  1413.   AT LEAST: 2.0 and a HD ! 
  1414.  
  1415.  
  1416.  
  1417.  
  1418. From josh@pinsight.comSun Sep  3 22:30:05 1995
  1419. Date: Mon, 10 Apr 1995 13:42:51 -0700 (PDT)
  1420. From: Josh Farley <josh@pinsight.com>
  1421. To: Stephen McNamara <sis3149@sis.port.ac.uk>
  1422. Cc: Blitzlist <blitz-list@helsinki.fi>
  1423. Subject: Re: TED bug...
  1424.  
  1425.  
  1426.  
  1427. On Mon, 10 Apr 1995, Stephen McNamara wrote:
  1428.  
  1429. >    anyone else noticed this rather lethal bug in Ted?  You know - the bug 
  1430. > that completely crashes your machine....? :)
  1431. > Maybe not everyone has seen/gets this bug - but it seems pretty serious 
  1432. > to me.  Maybe this bug is only with the latest version of Ted as well?
  1433.  
  1434.   Oh, I could run off a list of 10 horrible bugs in Ted, given a little 
  1435. time... here's a few...
  1436.  
  1437. 1) You know how Ted clones the WB screen?  Well, some WB screen sizes 
  1438. cause Ted to crash horribly...
  1439.  
  1440. 2) I don't remember exactly how this one works, but you can cause crashes 
  1441. by playing with the menus as you're selecting a block of text...
  1442.  
  1443. 3) That copperlist in the menu bar really makes the display look hideous 
  1444. if you drag the screen up and down, with other screens in front...
  1445.  
  1446. 4) The filerequester moves to a garbage path if you click too quickly 
  1447. (like just as the first entry is appearing)... 
  1448.  
  1449. 5) why does the entire screen have to update almost any time you do 
  1450. anything with a block of text marked?
  1451.  
  1452. I could go on and on, but the point is that Ted is dragging Blitz down... 
  1453. it makes a powerful language look like a hack... Someone's got to rewrite 
  1454. it...
  1455.  
  1456. Josh Farley     Netmail: 1:119/88     E-Mail: josh@pinsight.com
  1457.   Now Available: "TeleTerm" Terminal program Version 2.0
  1458.       FTP as comm/term/teleterm20.lha
  1459.   Also Available: "Ooze" ECS/AGA Version 2...
  1460.       FTP as game/think/oozeaga2u.lha or game/think/oozeecs2u.lha
  1461.   or at 1:119/88 or 916-893-8079
  1462.  
  1463.  
  1464.  
  1465. From mikec@sonix.demon.co.ukSun Sep  3 22:30:05 1995
  1466. Date: Tue, 11 Apr 95 02:51:34 GMT
  1467. From: Mike Clarke <mikec@sonix.demon.co.uk>
  1468. To: blitz-list@helsinki.fi
  1469. Subject: RE: Files and array problem
  1470.  
  1471. Hi all again,
  1472. Cheers for the answers. I can't believe that I just didn't see the
  1473. FileSeek command. How could I miss it? It takes up a whole page!
  1474.  
  1475. Arrays: I think I'll be using an AllocMem after all.
  1476.  
  1477. Ta.
  1478.  
  1479.  
  1480.  
  1481.        ==Mike Clarke==
  1482. Home:   mikec@sonix.demon.co.uk
  1483. Work: mike.clarke@psygnosis.co.uk (musician)
  1484. ---------------------------------
  1485. Marvel at the immensely boring
  1486.          signature!
  1487.  
  1488.  
  1489.  
  1490. From hmamiri@carbon.cudenver.eduSun Sep  3 22:30:05 1995
  1491. Date: Tue, 11 Apr 1995 03:19:45 -0600 (MDT)
  1492. From: Hesham Amiri <hmamiri@carbon.cudenver.edu>
  1493. To: Pink <D.C.J.Pink@herts.ac.uk>
  1494. Cc: The Blitz list <blitz-list@helsinki.fi>
  1495. Subject: Re: Finished Proggy
  1496.  
  1497. On Mon, 10 Apr 1995, Pink wrote:
  1498.  
  1499. > I`ve recently finished a program to generate mazes.  I`ve posted it on 
  1500. > Aminet under utils/misc/DansMazes1.14.lha as MailWare.  So far in the 
  1501. > last two weeks I`ve had two mails, both of which claim their kids like 
  1502. > it, though it could also be used to generate mazes for a game if anyone 
  1503. > wants to contact me.  It has the following features :
  1504. > o Creates mazes upto 1000 by 1000 (could be more, but this seems big enough)
  1505. > o Mazes have only one route through, and all parts of the maze are accesible
  1506. > o Mazes can be saved in a packed or unpacked format (packed is 1/4 of size!)
  1507. > o Mazes can be viewed in 2D or 3D
  1508. > o 2D mazes can be saved as a bitmap
  1509. > o Configuration via icon information
  1510. > Thats about it I think.
  1511.  
  1512. Could you just create the map of the maze and supply some functions 
  1513. to read and move through the maze ? 
  1514. BTW, can anybody tell me if there is a way to link c and Blitz code ?
  1515.  
  1516.                     Hesham Amiri 
  1517. ***************************************************************
  1518. *              | | |    | | |      | |  | |            *
  1519. *              C|_|_| | _|_| |  C|_| | _|_|            *
  1520. ***************************************************************
  1521.  
  1522.  
  1523.  
  1524. From mcc@meteorology.edinburgh.ac.ukSun Sep  3 22:30:05 1995
  1525. Date: Tue, 11 Apr 95 09:25:18 BST
  1526. From: M Cooper <mcc@meteorology.edinburgh.ac.uk>
  1527. To: blitz-list@helsinki.fi
  1528. Subject: re:Size of Executables
  1529.  
  1530. Tom MkKruk wrote:
  1531.  
  1532. "If you are a real user, you have at least 2Meg and a HD"
  1533. or something along those lines.
  1534.  
  1535. Well, I've only got an A500 with 1Meg and two floppy drives, due to
  1536. financial pressures, and I've still managed to develop a ray-tracing
  1537. system on it.
  1538. Not a real user?
  1539. What have you done with your dream machine, Tom?
  1540.  
  1541. Mike 
  1542.  
  1543.  
  1544.  
  1545. From davids@mech.gla.ac.ukSun Sep  3 22:30:05 1995
  1546. Date: Tue, 11 Apr 1995 10:26:18 +0100
  1547. From: davids@mech.gla.ac.uk
  1548. To: blitz-list@helsinki.fi
  1549. Subject: Re: Graphics Manager
  1550.  
  1551. >
  1552. >Dear All,
  1553. >
  1554. >Okay, so I finally finished the 1.0 Beta version of my Graphics Manager. The
  1555. >question is what do I do next....? Whats the best way to make it available to
  1556. >any one who might just want to have a look...
  1557. >
  1558. >Don't hold your breath in expectation tho' at the moment "it works".. and thats
  1559. >about it! It basically allows you (as posted before?) to:
  1560. >
  1561. >    o   Load in Shapes files.
  1562. >
  1563. >    o   "Manipulate" the Shapes using these ops:
  1564. >        -   Copy and Cut
  1565. >        -   X Flip and Y Flip
  1566. >        -   L Rotate and R Rotate
  1567. >
  1568. >    o   Save (some of) Shapes.
  1569. >
  1570. >It is a Manager not an Editor... for now?
  1571. >
  1572. >    Thanks,
  1573. >
  1574. >        Colin.
  1575.  
  1576. Upload it to the Blitz FTP site, or to one of the aminet sites.
  1577.  
  1578. Dave
  1579.  
  1580. ________________________________________________
  1581.  
  1582. David Shaw,                  E-Mail davids@mech.gla.ac.uk
  1583. Dept Mech Eng,            Phone +44 0141-330-5126
  1584. University of Glasgow    Fax   +44 0141-330-4343
  1585. Glasgow G12 8QQ        http://www.mech.gla.ac.uk/~davids/
  1586. Scotland
  1587. ________________________________________________
  1588.  
  1589.  
  1590.  
  1591. From ngh94@aber.ac.ukSun Sep  3 22:30:05 1995
  1592. Date: Tue, 11 Apr 1995 10:39:55 +0100
  1593. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  1594. To: blitz-list@helsinki.fi
  1595. Subject: Re: TED bug... 
  1596.  
  1597. In message <Pine.LNX.3.91.950411022733.19570A-100000@utopia.pinsight.com>, 
  1598.     Josh Farley <josh@pinsight.com> writes:
  1599. > On Tue, 11 Apr 1995, NIGEL HUGHES wrote:
  1600. > > This is so true, how many times have I heard people say Blitz seems like a 
  1601. > > powerful language, but that editor sucks? Well quite a few I can tell you!
  1602. >   Me too... if they'd let me, I'd rewrite the thing myself!  But I can't 
  1603. > do it without info on the internal workings (how it interfaces with the 
  1604. > blitz program and the debugger, etc...
  1605.  
  1606. Maybe the new version... May be not.
  1607.  
  1608. > >     1) Multiple Edit Window
  1609. >   That would be nice...
  1610. > >     2) Lose the dumb copper list at the top
  1611. >   Definite... it actually causes crashes on some machines...
  1612.  
  1613. Mine for sure, I cannot work in my GFX card screen mode 8(
  1614.  
  1615. > >     3) Selectable screen modes
  1616. >   BIGGY! :)
  1617.  
  1618. BIG BIG BIG BIGGY 8)
  1619.  
  1620. > >     4) Run in WB if desired
  1621. >   Easy to do...
  1622. > >     5) Sensible editing, i.e Return=CR which breaks up lines etc.
  1623. >   Yeah, that bugs me too... perhaps let <Enter> not break up the line, 
  1624. > for those who like that part...
  1625. > > That's it! Not a _hell_ of a lot really.
  1626. >   There's more, like font control, on-line help...
  1627.  
  1628. Well on-line help is nice, but yes font control. The thing is not a lot
  1629. of thought is required to fix these problems.
  1630.  
  1631. >   We could go on... and on... :)
  1632.  
  1633. And if people ar not careful, we just might 8)
  1634.  
  1635. Nigel Hughes
  1636.  
  1637.  
  1638. From sis3149@sis.port.ac.ukSun Sep  3 22:30:05 1995
  1639. Date: Tue, 11 Apr 1995 11:12:43 +0100 (BST)
  1640. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  1641. To: NIGEL HUGHES <ngh94@aber.ac.uk>
  1642. Cc: blitz-list@helsinki.fi
  1643. Subject: Ted stuff [was Re: TED bug...] 
  1644.  
  1645. On Tue, 11 Apr 1995, NIGEL HUGHES wrote:
  1646.  
  1647. > > >     1) Multiple Edit Window
  1648. > > 
  1649. > >   That would be nice...
  1650.  
  1651. Its a must really - its a pain in the arse loading several different 
  1652. (memory eating) versions of the debugger. Esp. as each version must fit 
  1653. Ted, Blitz2, Debugger & deflibs in memory at once - leaving not much left.
  1654.  
  1655. > > >     2) Lose the dumb copper list at the top
  1656. > > 
  1657. > >   Definite... it actually causes crashes on some machines...
  1658. > Mine for sure, I cannot work in my GFX card screen mode 8(
  1659.  
  1660. Does suck a bit - removing it would make no diff. to the program at all.
  1661.  
  1662. > > >     3) Selectable screen modes
  1663. > > 
  1664. > >   BIGGY! :)
  1665. > BIG BIG BIG BIGGY 8)
  1666.  
  1667. I'll leave this alone (since currently the debugger has no selector, 
  1668. although you can hex edit the save config file to change the mode in the 
  1669. latest version :) ).
  1670.  
  1671. > > >     4) Run in WB if desired
  1672. > > 
  1673. > >   Easy to do...
  1674.  
  1675. Not important to me, but fairly easy to do.
  1676.  
  1677. > > >     5) Sensible editing, i.e Return=CR which breaks up lines etc.
  1678. > > 
  1679. > >   Yeah, that bugs me too... perhaps let <Enter> not break up the line, 
  1680. > > for those who like that part...
  1681.  
  1682. I think this should be left as it is - I have got so used to it that it'd 
  1683. take me years to stop myself doing it :).  Although maybe get rid of it 
  1684. to stop me making silly mistakes in Devpac and CED.
  1685.  
  1686. > And if people ar not careful, we just might 8)
  1687.  
  1688. no please Nigel - don't go on and on and on and on.... :)
  1689.  
  1690. Maybe Acid should stop thinking about MegaDrive and Jaguar etc and just 
  1691. finish ABC.  Or at least hire someone to upgrade/rewrite Ted and finally 
  1692. get Blitz2 released.
  1693.  
  1694.  
  1695. Steve Mc.
  1696.  
  1697. +---------------------------------------------------------------------------+
  1698.                  L E A D I N G   E D G E   S O F T W A R E
  1699. +---------------------------------------------------------------------------+
  1700.                 Hang                 | Current project :                    +
  1701.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  1702. +---------------------------------------------------------------------------+
  1703.  
  1704.  
  1705.  
  1706. From sis3149@sis.port.ac.ukSun Sep  3 22:30:05 1995
  1707. Date: Tue, 11 Apr 1995 11:26:23 +0100 (BST)
  1708. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  1709. To: Stephan Kortleven <stef@IXO.be>
  1710. Cc: blitz-list@helsinki.fi
  1711. Subject: Re: NeilsReqToolsLib
  1712.  
  1713. On 5 Apr 1995, Stephan Kortleven wrote:
  1714.  
  1715. >           does anybody know Neil O'Rourke is still supporting his great
  1716. > Reqtoolslib. I was wondering there is any kind of update of this Reqtoolslib
  1717. > since the release in BUM7. There is a Enforcer hit in his RTEZGetString command
  1718. > when selecting Cancel or a empty string is been given by the user. The overscan
  1719. > checkbox from his screenmodeselector gives always zero unless its position has
  1720. > been changed or not.
  1721.  
  1722. I think the lib is no longer supported, but I'm sure the source was 
  1723. uploaded to x2ftp so that people could upgrade it themselves - have a 
  1724. look there.
  1725.  
  1726.  
  1727. Steve Mc.
  1728.  
  1729. +---------------------------------------------------------------------------+
  1730.                  L E A D I N G   E D G E   S O F T W A R E
  1731. +---------------------------------------------------------------------------+
  1732.                 Hang                 | Current project :                    +
  1733.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  1734. +---------------------------------------------------------------------------+
  1735.  
  1736.  
  1737.  
  1738. From relmore@silver.sdsmt.eduSun Sep  3 22:30:05 1995
  1739. Date: Tue, 11 Apr 1995 08:41:37 -0600 (MDT)
  1740. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  1741. To: Hesham Amiri <hmamiri@carbon.cudenver.edu>
  1742. Cc: Pink <D.C.J.Pink@herts.ac.uk>, The Blitz list <blitz-list@helsinki.fi>
  1743. Subject: Re: Finished Proggy
  1744.  
  1745. On Tue, 11 Apr 1995, Hesham Amiri wrote:
  1746.  
  1747. > BTW, can anybody tell me if there is a way to link c and Blitz code ?
  1748.  
  1749. There are a number of ways you could go about it-- depends I guess upon 
  1750. what you are doing... Are you talking about ".o" files or 
  1751. already-compiled executeables?  If you mean executeables, then here is a 
  1752. suggestion that will work in most cases, as long as your "C" program is 
  1753. only one HUNK:
  1754.  
  1755. Dig up a program called "BIN" I think it's on Aminet... The specific 
  1756. program I have was written by Bruno Costa in 1989...  Let's say we're 
  1757. trying to call a program originally called "cprog" from our blitz code.
  1758.  
  1759.  
  1760.  
  1761. -------------------------------------------------------------------------
  1762.  
  1763. <In CLI>
  1764. Bin cprog Blitz2:Includes/cprog.bin
  1765.  
  1766.  
  1767. <In Blitz2 Sourcecode>
  1768.  
  1769.  
  1770. ;Your code here
  1771. NPrint "Just a test."
  1772.  
  1773.  
  1774. ;Call the c-program...
  1775. JSR ?cprogbin
  1776.  
  1777. ;End program
  1778. End
  1779.  
  1780.  
  1781. cprogbin:
  1782. INCBIN "Blitz2:Includes/cprog.bin"
  1783. Even
  1784.  
  1785.  
  1786.  
  1787.  
  1788. ---------------------------------------------------------------------------
  1789.  
  1790. Passing parameters might be a bit more difficult, but try playing with 
  1791. placing a null-terminated string pointer in A0 before JSRing to the 
  1792. binary program... I believe you also should put the length of the string 
  1793. in D0.
  1794.  
  1795. The program's returncode (such as 20 for failure) will be returned in D0 
  1796. on exit.
  1797.  
  1798. Caution: If the program supplies it's own WBStartup code, then you'll 
  1799. probably have a crash if you provide it yourself for the Blitz program.
  1800.  
  1801. This is a clumsy way to do things, but it works, and is easier to explain 
  1802. than trying to get ".o" files to work.
  1803.  
  1804.  
  1805.  
  1806.  
  1807.  
  1808.     +---------------------------------------------------------------+
  1809.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  1810.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  1811.     +---------------------------------------------------------------+
  1812.  
  1813.  
  1814.  
  1815. From Phillip_Eastham@kumear.megalink.com.auSun Sep  3 22:30:06 1995
  1816. Date: Tue, 11 Apr 95 10:29:28 EST
  1817. From: Phillip Eastham <Phillip_Eastham@kumear.megalink.com.au>
  1818. To: blitz-list@helsinki.fi
  1819. Subject: Converting date string.
  1820.  
  1821. Hi All,
  1822.  
  1823. I need a routine that will convert a date string in the form of
  1824. 'Tue 11 Apr 95' into the number of seconds since 1 Jan '78. The date string
  1825. will be different for each call, and has no relation to the current date.
  1826.  
  1827. Any ideas?
  1828.  
  1829. -- Via DLG Pro v1.0
  1830.  
  1831.         Prefered:   phillip_eastham@kumear.megalink.com.au
  1832.         Backup:     phillip_eastham@kumear.apana.org.au
  1833.  
  1834.  
  1835. From wlmcgr@netcom.comSun Sep  3 22:30:06 1995
  1836. Date: Tue, 11 Apr 1995 12:47:25 -0700 (PDT)
  1837. From: "W.L. McGraw" <wlmcgr@netcom.com>
  1838. To: blitz-list@helsinki.fi
  1839. Subject: re: size of executables
  1840.  
  1841. Mike made a real good point about what you can do with an Amiga with 1 meg
  1842. and two floppy drives. Sounds like a good minimum standard to me. Just
  1843. proves that the Amiga is a great machine to use.
  1844.  
  1845.  
  1846. -----------------------------------------------------------------------------
  1847.                              no one special
  1848. -----------------------------------------------------------------------------
  1849.  
  1850.  
  1851. From orourke@zeus.usq.edu.auSun Sep  3 22:30:06 1995
  1852. Date: Wed, 12 Apr 1995 08:11:51 +1000 (EST)
  1853. From: neil o'rourke <orourke@zeus.usq.edu.au>
  1854. To: Stephan Kortleven <stef@ixo.be>
  1855. Cc: blitz-list@helsinki.fi
  1856. Subject: Re: NeilsReqToolsLib
  1857.  
  1858. Hi,
  1859.  
  1860. >           does anybody know Neil O'Rourke is still supporting his great
  1861. > Reqtoolslib. I was wondering there is any kind of update of this Reqtoolslib
  1862. > since the release in BUM7. There is a Enforcer hit in his RTEZGetString command
  1863. > when selecting Cancel or a empty string is been given by the user. The overscan
  1864. > checkbox from his screenmodeselector gives always zero unless its position has
  1865. > been changed or not.
  1866.  
  1867. Sorry, I've had to all but drop amiga development.  The source is on 
  1868. x2ftp as NeilsLibs.lha, you might like to grab it and have a look there.
  1869.  
  1870. An enforcer hit seems to be nothing new for reqtools, but I'm dueced if 
  1871. I can see where they are coming from.  My code was glue between blitz 
  1872. and reqtools, but there could easily be some problems in it.
  1873.  
  1874. The source code is commented (mostly), so you shouldn't have much 
  1875. trouble finding your way around.
  1876.  
  1877. Neil
  1878.  
  1879.  
  1880.  
  1881. From mfc@xanum.uam.mxSun Sep  3 22:30:06 1995
  1882. Date: Tue, 11 Apr 1995 19:08:37 -0500 (CDT)
  1883. From: Maestria en Filosofia <mfc@xanum.uam.mx>
  1884. To: "W.L. McGraw" <wlmcgr@netcom.com>
  1885. Cc: blitz-list@helsinki.fi
  1886. Subject: re: size of executables
  1887.  
  1888.  
  1889.  
  1890. On Tue, 11 Apr 1995, W.L. McGraw wrote:
  1891.  
  1892. > Mike made a real good point about what you can do with an Amiga with 1 meg
  1893. > and two floppy drives. Sounds like a good minimum standard to me. Just
  1894. > proves that the Amiga is a great machine to use.
  1895. > -----------------------------------------------------------------------------
  1896. >                              no one special
  1897. > -----------------------------------------------------------------------------
  1898.    I have an Amiga 500 1 MB ChipRAM, OS 1.3, 1 drive, and BLITZ2 :).
  1899.    I am developing a Multimedia system for use with a touchscreen and 
  1900. etc,etc. Course i want to upgrade to a 1200 at least but.... I live in 
  1901. Mexico, and you know how we are  >;(
  1902.  
  1903. ...GREETINGS !!!
  1904.  
  1905.  
  1906.  
  1907.  
  1908. From mfc@xanum.uam.mxSun Sep  3 22:30:06 1995
  1909. Date: Wed, 12 Apr 1995 00:34:32 -0500 (CDT)
  1910. From: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  1911. To: Simon or Mark <acid@iconz.co.nz>
  1912. Cc: Blitz Basic Mailing List <blitz-list@helsinki.fi>
  1913. Subject: Interrupts and gosubs
  1914.  
  1915.  
  1916. I have a problem, i want to set up an interrupt (setint) from a 
  1917. statement, but i get an error message; so i tried to make a gosub, but i 
  1918. can't perform gosub calls out of the statement. If i MUST do it without 
  1919. statements then i'll have to change all my code!!  
  1920.  
  1921. statement someTHING {}
  1922.   setint 5
  1923.   code....
  1924.   end setint
  1925. end statement            ;THIS DOESN'T WORK !!!
  1926. ;***********************
  1927.  
  1928. statement someTHING {}
  1929.   gosub outcode         ;THIS NEITHER !!!
  1930. end statement
  1931.  
  1932. outcode:
  1933.   code...
  1934. return    
  1935. ;***********************
  1936.  
  1937.  
  1938.  
  1939.   ... HELP !!!!
  1940.  
  1941.  
  1942. From relmore@silver.sdsmt.eduSun Sep  3 22:30:06 1995
  1943. Date: Wed, 12 Apr 1995 07:00:35 -0600 (MDT)
  1944. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  1945. To: Phillip Eastham <Phillip_Eastham@kumear.megalink.com.au>
  1946. Cc: blitz-list@helsinki.fi
  1947. Subject: Re: Converting date string.
  1948.  
  1949. On Tue, 11 Apr 1995, Phillip Eastham wrote:
  1950.  
  1951. > I need a routine that will convert a date string in the form of
  1952. > 'Tue 11 Apr 95' into the number of seconds since 1 Jan '78. The date string
  1953. > will be different for each call, and has no relation to the current date.
  1954.  
  1955. Look into the Amiga2Date_ system call... (DOS Library I think.)  Hope 
  1956. you've got the RKM's, it's not very straightforward....
  1957.  
  1958.  
  1959.  
  1960.     +---------------------------------------------------------------+
  1961.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  1962.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  1963.     +---------------------------------------------------------------+
  1964.  
  1965.  
  1966.  
  1967. From colin@ahl.co.ukSun Sep  3 22:30:06 1995
  1968. Date: Wed, 12 Apr 1995 13:31:05 +0000
  1969. From: Colin Saunders <colin@ahl.co.uk>
  1970. To: Blitz-list@helsinki.fi
  1971. Subject: CrossDos
  1972.  
  1973.  
  1974. Dear All,
  1975.  
  1976. I've got CrossDos and I can't get it to work on my Amiga. I've got an
  1977. A500, WB1.3 and 1Mb and 2 FDDs.
  1978.  
  1979. It lets me attach either DI0 or DI1 but won't then bring up an icon on
  1980. the WB screen. I can use format, and then Dr CrossDos says the disk is
  1981. MS-DOS but I can't put stuff on it as AmigaDOS can't find DI1.
  1982.  
  1983. Its all strange and annoying... ANY IDEAS?
  1984.  
  1985.     Thanks,
  1986.  
  1987.         Colin.
  1988.  
  1989.  
  1990. From pradman@ra.abo.fiSun Sep  3 22:30:06 1995
  1991. Date: Wed, 12 Apr 1995 17:19:23 +0300 (EET DST)
  1992. From: Patrik R}dman MNF94 <pradman@ra.abo.fi>
  1993. Reply to: pradman@aton.abo.fi
  1994. To: Stephen McNamara <sis3149@sis.port.ac.uk>
  1995. Cc: Blitz Basic Mailing List <blitz-list@helsinki.fi>
  1996. Subject: Re: Ted stuff [was Re: TED bug...]
  1997.  
  1998. > > > >     5) Sensible editing, i.e Return=CR which breaks up lines etc.
  1999. > > > 
  2000. > > >   Yeah, that bugs me too... perhaps let <Enter> not break up the line, 
  2001. > > > for those who like that part...
  2002. > I think this should be left as it is - I have got so used to it that it'd 
  2003. > take me years to stop myself doing it :).  Although maybe get rid of it 
  2004. > to stop me making silly mistakes in Devpac and CED.
  2005.  
  2006. I suggest that <Return> should work the standard Amiga way, and <Enter>
  2007. the way TED currently works. On second thoughts, let's make it a menu option,
  2008. ie:     Menu
  2009.          ...           /
  2010.          Editing >>  \/ Standard
  2011.                         Old TED
  2012.  
  2013. > Maybe Acid should stop thinking about MegaDrive and Jaguar etc and just 
  2014. > finish ABC.  Or at least hire someone to upgrade/rewrite Ted and finally 
  2015. > get Blitz2 released.
  2016.  
  2017. I second that. :-)
  2018.  
  2019. /----------------------------------------------------------------------------\
  2020. | Patrik R<*a>dman                 \ <*A>bo Akademi university, Finland      |
  2021. | E-mail: pradman@mail.abo.fi       \ Department of Computer Science      // |
  2022. | WWW   : http://www.abo.fi/~pradman \ "Wherever you go, there you are" \X/  |
  2023. \----------------------------------------------------------------------------/
  2024.  
  2025.  
  2026. From oz@ozzy.demon.co.ukSun Sep  3 22:30:06 1995
  2027. Date: Wed, 12 Apr 95 18:43:37 GMT
  2028. From: Brian Skreeg <oz@ozzy.demon.co.uk>
  2029. To: blitz-list@helsinki.fi
  2030. Subject: Wanted. 1 maths speedup!
  2031.  
  2032.     Thanks to all who helped with my ignorance of Blitz's Tan function.
  2033. I've got it all working fine and I've included a small bit below. Can
  2034. anyone see a way to speed it up as it's running far to slow? Is there a way
  2035. to use my fpu? I know I could use tables but I'm not sure how. If someone
  2036. suggs tables can they tell me how? I'll need a table for 720 divisions in a
  2037. circle.
  2038.  
  2039. db=0                    ; double buffer
  2040. column=0                ; column no.
  2041. xp=1664 : yp=2344       ; player coords
  2042. xi=0 : yi=0             ; intercepts to find
  2043. ray_ang=10              ; angle/column
  2044. x_dist=20 : y_dist=0     ; relative offsets , distance to wall.
  2045.  
  2046. .mainloop
  2047. While RawStatus($45)=0
  2048.   Show db : db=1-db
  2049.   Use BitMap db
  2050.   Cls 0
  2051.   BitMapOutput db : Locate 0,0
  2052.   Repeat
  2053.     Gosub raycast
  2054.     Gosub draw
  2055.     column+1
  2056.     ray_ang+0.5
  2057.   Until column=128
  2058.   column=0 : ray_ang=10 : ray_num=127
  2059.   If RawStatus($21)<>0 Then xp-32 : ray_ang+1  ; only moving 2 dirs at mo
  2060.   If RawStatus($20)<>0 Then yp-32 : ray_ang-1
  2061.   VWait
  2062. Wend
  2063. End
  2064.  
  2065. ;---------------Ray-casting--------------
  2066.  
  2067. .raycast
  2068.   Gosub horizontal
  2069.   x_dist=Sqr(((yp-yi)^2)+((xp-xi)^2))
  2070.   Gosub vertical
  2071.   y_dist=Sqr(((xp-xi)^2)+((yp-yi)^2))
  2072. Return
  2073.  
  2074. .horizontal
  2075.   yi=Int(yp/64)*64
  2076.  
  2077. .trhcast
  2078.   xi=xp-(Tan((ray_ang*Pi/180))*(yp-yi))
  2079.   If xi<0Then Return
  2080.   gx=(xi/64) : gy=(yi/64)
  2081.   If grid(gx,gy)<>0 Then Return
  2082.   yi-64
  2083.   Goto trhcast
  2084.  
  2085. .vertical
  2086.   xi=Int(xp/64)*64
  2087.  
  2088. .trvcast
  2089.   v_ang=90-ray_ang
  2090.   yi=yp-(1/Tan(ray_ang*Pi/180)*(xp-xi))
  2091.   If yi<0 Then Return
  2092.   gx=(xi/64) : gy=(yi/64)
  2093.   If grid(gx,gy)<>0 Then Return
  2094.   xi-64
  2095.   count+1
  2096.   Goto trvcast
  2097.  
  2098. ; ------------calc n draw-------
  2099.  
  2100. .draw
  2101.  
  2102. Simple line drawing based on how far. Planning to depth shade or poss
  2103. asm scaling. :) as if I could.
  2104.  
  2105.  
  2106. ;---------Binary Includes---------------
  2107.  
  2108. INCDIR "maps/"
  2109. grid: IncBin grid1
  2110.  
  2111. Wot you think?
  2112.  
  2113. Will tables speed it up that much? Or am I banging me `ed of the wallpaper?
  2114.  
  2115.  
  2116.  |-Brian Skreeg-----------------------|
  2117.  |-Lead Guitarist and PR Silly person-|
  2118.  |-Show me a cake and I'll eat it-----|
  2119.  
  2120.  
  2121. From brettc@spaz.manawatu.planet.co.nzSun Sep  3 22:30:06 1995
  2122. Date: Thu, 13 Apr 95 20:08:01 +1300
  2123. From: Brett Cooper <brettc@spaz.manawatu.planet.co.nz>
  2124. To: blitz-list@helsinki.fi
  2125. Subject: Re: Finished Proggy
  2126.  
  2127. > On Tue, 11 Apr 1995, Hesham Amiri wrote:
  2128. > > BTW, can anybody tell me if there is a way to link c and Blitz code ?
  2129. > There are a number of ways you could go about it-- depends I guess upon 
  2130. > what you are doing... Are you talking about ".o" files or 
  2131. > already-compiled executeables?  If you mean executeables, then here is a 
  2132. > suggestion that will work in most cases, as long as your "C" program is 
  2133. > only one HUNK:
  2134.  
  2135. [ Excelent advice from Richard snipped out ]
  2136.  
  2137. To link c (object) code into blitz,  well I have had this idea for 
  2138. includeing it into blitz code.  Some say it may not work but it's 
  2139. only a bit of a cludge but it kind a does what I wanted it for.
  2140.  
  2141. And I have not put the defines in but they have there correct names :)
  2142. if you want to use this for anything at all.  Know rules in useing it.
  2143.  
  2144. ;  the huge source below.  Includes a cheap hunk relocation for objects.
  2145.  
  2146. *obj=?object                  ; a pointer to the incbin of the code.obj
  2147.  
  2148. If Peek.l(*obj) = #HUNK_UNIT
  2149.   *obj+4                      ; point to hunk size
  2150.   nl.l=(Peek.l(*obj)*4)       ; size of hunk unit name
  2151.   *obj+nl+4                   ; find next HUNK
  2152.  
  2153.   *obj+4                      ; point to hunk size
  2154.   nl.l=(Peek.l(*obj)*4)       ; size of hunk name
  2155.   *obj+nl+4                   ; find next HUNK
  2156.  
  2157.   *obj+4                      ; point to hunk size
  2158.   nl.l=(Peek.l(*obj)*4)       ; get size of code hunk
  2159.   *START=*obj+4               ; rember where code hunk was
  2160.   *obj+nl+4                   ; find next HUNK
  2161.  
  2162.   *obj+4                      ; point to number of relocations to do
  2163.   RELO.l = Peek.l(*obj)       ; numer of relocations to do
  2164.  
  2165.   *obj+8                      ; skip which start hunk coz WE know!
  2166.  
  2167.   For sh = 0 To (RELO*4)-4 Step 4           ; relocation offsets
  2168.     cv.l = *START                           ; Base Address of CRUNCHER
  2169.     cv.l + Peek.l(*START+(Peek.l(*obj+sh))) ; add relocation value
  2170.     Poke.l *START+(Peek.l(*obj+sh)),cv      ; modify CRUNCH code
  2171.   Next
  2172. EndIf
  2173.  
  2174. ;-----------------------------------------------------------------------------
  2175. ; The object code I was playing with was a cruncher.  Written by a friend .
  2176. ; Or it was some peace of code like a cruncher with a real loctaion table :)
  2177. ;-----------------------------------------------------------------------------
  2178.  
  2179. input.l  = ?dead    ; not used at pressent
  2180. output.l = $4e000   ; output of decrunched file    <-  hell who wrote this :)
  2181.  
  2182. *t=?cd            ; Look look I even pass prometers to the object code.
  2183. Poke.l  *t,input
  2184. Poke.l  *t+4,output
  2185.  
  2186. GetReg  d1,*t       ; pass out put value
  2187. Call    *START      ; call object code
  2188. JSR     $4e000      ; - bang that hard address -
  2189.  
  2190. End
  2191.  
  2192. cd:  Dc.l  0,0
  2193.  
  2194. object:    IncBin  "crun/decrunch41.o"
  2195. Even
  2196. dead:    IncBin  "crun/t.cru"        ;  why did I put this hear?
  2197.  
  2198. ;------------------------------------------------------------------------------
  2199.  
  2200. Eye Hope that someone finds this bit of blitz useful and very fastenateing :)
  2201. This would be cool to implement as a standard instruction within blitz but
  2202. as I know very little about such things.  But I try real hard to get my point
  2203. out into the publick arena.
  2204.  
  2205. Ranting has stopped.
  2206.  
  2207. Brett
  2208. brettc@spaz.manawatu.planet.nz  (Brett Cooper)
  2209.                            --- HELLONEARTHISMAN ---
  2210.  
  2211.  
  2212. From brettc@spaz.manawatu.planet.co.nzSun Sep  3 22:30:06 1995
  2213. Date: Thu, 13 Apr 95 20:15:25 +1300
  2214. From: Brett Cooper <brettc@spaz.manawatu.planet.co.nz>
  2215. To: blitz-list@helsinki.fi
  2216. Subject: Re: Graphics Manager (fwd)
  2217.  
  2218. C>Dear All,
  2219. C>
  2220. C>Okay, so I finally finished the 1.0 Beta version of my Graphics Manager. The
  2221. C>question is what do I do next....? Whats the best way to make it available to
  2222. C>any one who might just want to have a look...
  2223. C>
  2224. C>        Colin.
  2225.  
  2226. D> Upload it to the Blitz FTP site, or to one of the aminet sites.
  2227. D>
  2228. D> Dave
  2229.  
  2230. Has this very cool graphics manager been uploaded to x2ftp or the UK one.
  2231. Where can I find it coz I want to have a play with it.  (Its not too hard
  2232. to work with is it?)
  2233.  
  2234. Brett
  2235. brettc@spaz.manawatu.planet.nz  (Brett Cooper)
  2236.                            --- HELLONEARTHISMAN ---
  2237.  
  2238.  
  2239. From mcc@meteorology.edinburgh.ac.ukSun Sep  3 22:30:06 1995
  2240. Date: Thu, 13 Apr 95 10:37:56 BST
  2241. From: M Cooper <mcc@meteorology.edinburgh.ac.uk>
  2242. To: blitz-list@helsinki.fi
  2243. Subject: re: Maths Speedup
  2244.  
  2245. Brian:
  2246.  
  2247. Use a look-up table, it will really speed things up.
  2248. All you have to do is dim an array with 719 elements, and store the
  2249. tangent for that angle in each element
  2250.  
  2251. e.g
  2252.  
  2253. Dim tn.q(719)
  2254. for i=0 to 719
  2255. tn(i)=tan(i*2*pi/720)
  2256. next
  2257.  
  2258. or maybe in your case tn=1/tan((i*2*pi/720).
  2259. This way the expensive maths stuff (calculating the tan's) is removed
  2260. from the main loop of your ray-caster. The speed difference will be
  2261. amazing.
  2262. Also, I presume you're using .q variables (and if not, then do so). You
  2263. can replace all occurrences of /64 with ASR 6 if this is the case- that
  2264. will also speed things up as the binarty shifters are much quicker than
  2265. dividing. 
  2266. Possibly the distance calculation can be speeded up. 
  2267. I think that 
  2268.  
  2269. dy=yp-yi:dx=xp-xi:xdist=sqr(dy*dy+dx*dx)
  2270.  
  2271. would be faster than using powers, and it may be possible to approximate
  2272. the sqr somehow with look-up tables if you sacrifice a bit of accuracy,
  2273. I'm not too sure.
  2274.  
  2275. Basically, try to avoid using maths calls such as sqr, tan etc.
  2276. explicitly in your loops, these will bog it down something chronic.
  2277.  
  2278. Hope this helps
  2279.  
  2280. Mike Cooper
  2281.  
  2282.  
  2283.  
  2284.  
  2285.  
  2286. From Phillip_Eastham@kumear.megalink.com.auSun Sep  3 22:30:06 1995
  2287. Date: Thu, 13 Apr 95 18:33:10 EST
  2288. From: Phillip Eastham <Phillip_Eastham@kumear.megalink.com.au>
  2289. To: blitz-list@helsinki.fi
  2290. Subject: Still a problem with CLI parameters.
  2291.  
  2292. Hi All,
  2293.  
  2294. I'm still having problems with parameter passing. Someone sent me the cli
  2295. fix, but it turned out to be the same one I already had in BlitzLibs:.
  2296.  
  2297. Is there something else I've missed?
  2298.  
  2299. -- Via DLG Pro v1.0
  2300.  
  2301.         Prefered:   phillip_eastham@kumear.megalink.com.au
  2302.         Backup:     phillip_eastham@kumear.apana.org.au
  2303.  
  2304.  
  2305. From Phillip_Eastham@kumear.megalink.com.auSun Sep  3 22:30:06 1995
  2306. Date: Fri, 14 Apr 95 19:55:52 EST
  2307. From: Phillip Eastham <Phillip_Eastham@kumear.megalink.com.au>
  2308. To: blitz-list@helsinki.fi
  2309. Subject: Activating GT string gadget.
  2310.  
  2311. Hi All,
  2312.  
  2313. I asked this question once before, and got a responce. But the answer I got
  2314. doesn't seem to work.
  2315.  
  2316. What I want to do is activate a GT string gadget so that you don't need to
  2317. click in it to enter text. I have tried ActivateGadget_ and ActivateString,
  2318. but neither seem to work.
  2319.  
  2320. Does anyone have any ideas?
  2321.  
  2322. -- Via DLG Pro v1.0
  2323.  
  2324.         Prefered:   phillip_eastham@kumear.megalink.com.au
  2325.         Backup:     phillip_eastham@kumear.apana.org.au
  2326.  
  2327.  
  2328. From chrisf@duncan.xs4all.nlSun Sep  3 22:30:06 1995
  2329. Date: 15 Apr 95 21:35:14 -0100
  2330. From: Chris Feringa <chrisf@duncan.xs4all.nl>
  2331. To: blitz-list@helsinki.fi
  2332. Subject: Re: Activating GT string gadget.
  2333.  
  2334.  
  2335. Hi Phillip,
  2336.  
  2337. In a message of 15 Apr 95 Phillip Eastham wrote to All:
  2338.  
  2339.  PE> What I want to do is activate a GT string gadget so that you don't need
  2340.  PE> to click in it to enter text. I have tried ActivateGadget_ and
  2341.  PE> ActivateString, but neither seem to work.
  2342.  
  2343. I use ActivateString all the time for GTString Gadgets.
  2344.  
  2345.                     \|/
  2346. Chris Feringa       @ @     chrisf@duncan.xs4all.nl
  2347. ----------------oOO-(_)-OOo------------------------
  2348.  
  2349.  
  2350.  
  2351.  
  2352.  
  2353.  
  2354.  
  2355. From neil@triode.apana.org.auSun Sep  3 22:30:06 1995
  2356. Date: Sat, 15 Apr 1995 23:06:43 +0000
  2357. From: Neil Miller <neil@triode.apana.org.au>
  2358. To: NIGEL HUGHES <ngh94@aber.ac.uk>
  2359. Cc: blitz-list@helsinki.fi
  2360. Subject: Re: TED bug... 
  2361.  
  2362. On Tue, 11 Apr 1995, NIGEL HUGHES wrote:
  2363.  
  2364. > In message <Pine.LNX.3.91.950411022733.19570A-100000@utopia.pinsight.com>, 
  2365. >     Josh Farley <josh@pinsight.com> writes:
  2366. > > 
  2367. > > 
  2368. > > On Tue, 11 Apr 1995, NIGEL HUGHES wrote:
  2369. > > 
  2370. > > > This is so true, how many times have I heard people say Blitz seems like a 
  2371. > > > powerful language, but that editor sucks? Well quite a few I can tell you!
  2372. > > 
  2373. > >   Me too... if they'd let me, I'd rewrite the thing myself!  But I can't 
  2374. > > do it without info on the internal workings (how it interfaces with the 
  2375. > > blitz program and the debugger, etc...
  2376. > Maybe the new version... May be not.
  2377. > > >     1) Multiple Edit Window
  2378. > > 
  2379. > >   That would be nice...
  2380. > > 
  2381. > > >     2) Lose the dumb copper list at the top
  2382. > > 
  2383. > >   Definite... it actually causes crashes on some machines...
  2384. > Mine for sure, I cannot work in my GFX card screen mode 8(
  2385. > > >     3) Selectable screen modes
  2386. > > 
  2387. > >   BIGGY! :)
  2388. > BIG BIG BIG BIGGY 8)
  2389. > > >     4) Run in WB if desired
  2390. > > 
  2391. > >   Easy to do...
  2392. > > 
  2393. > > >     5) Sensible editing, i.e Return=CR which breaks up lines etc.
  2394. > > 
  2395. > >   Yeah, that bugs me too... perhaps let <Enter> not break up the line, 
  2396. > > for those who like that part...
  2397. > > 
  2398. > > > That's it! Not a _hell_ of a lot really.
  2399. > > 
  2400. > >   There's more, like font control, on-line help...
  2401. > Well on-line help is nice, but yes font control. The thing is not a lot
  2402. > of thought is required to fix these problems.
  2403. > >   We could go on... and on... :)
  2404. > And if people ar not careful, we just might 8)
  2405. > Nigel Hughes
  2406.  
  2407. You have all forgotten the most important!
  2408.  
  2409. A scroll bar for the label list on the right hand side of ted! Nothing 
  2410. worse than having 50 lables and only 25 or whatever available to klik on!
  2411.  
  2412.                           \|/
  2413.                          -O"O-
  2414. ----------------------oOO-(_)-OOo------------------------
  2415.                          T E X
  2416.                 neil@triode.apana.org.au
  2417.  
  2418.  
  2419.  
  2420. From mfc@xanum.uam.mxSun Sep  3 22:30:06 1995
  2421. Date: Sat, 15 Apr 1995 22:22:26 -0500 (CDT)
  2422. From: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  2423. To: blitz-list@helsinki.fi
  2424. Subject: pointers (again)
  2425.  
  2426.   Does somebody knows how to handle strings inside pointers ?
  2427.   
  2428.   NEWTYPE.Thing
  2429.     string1$
  2430.     *next_item.Thing
  2431.   END NEWTYPE
  2432.   
  2433.   *item1.Thing
  2434.   *item1\string1="HELLO !!"                ;i can do this
  2435.                                           
  2436.                                           
  2437.  
  2438.   *item1.Thing
  2439.   *item1=Allocmem_ (Sizeof.Thing,0)
  2440.   *item1\string1="HELLO"                   ;I CAN'T do this (in a statement)
  2441.   
  2442.  
  2443.   Greetings!!
  2444.  
  2445.  
  2446. From wc1@ukc.ac.ukSun Sep  3 22:30:06 1995
  2447. Date: Sun, 16 Apr 95 21:50:35 +0100
  2448. From: Vanyel <wc1@ukc.ac.uk>
  2449. To: blitz-list@helsinki.fi
  2450. Subject: Ftp site? =)
  2451.  
  2452.  
  2453. Hiyas all ..
  2454.  
  2455. Could someone remind me of the ftp-site ... I seem to have misplaced it =)
  2456.  
  2457.  
  2458. Ta ..... 
  2459.  
  2460. Wd.
  2461. --
  2462.             God is real unless declared integer.
  2463.               -- Allen W. Sherzer (aws@vax3.UUCP)
  2464.  
  2465.  
  2466.  
  2467.  
  2468. From mfc@xanum.uam.mxSun Sep  3 22:30:06 1995
  2469. Date: Sun, 16 Apr 1995 21:36:01 -0500 (CDT)
  2470. From: Maestria en Filosofia <mfc@xanum.uam.mx>
  2471. To: blitz-list@helsinki.fi
  2472. Subject: just a test
  2473.  
  2474.   I have not recibed any message since april 12. So i'm sending this just 
  2475. to see if my mail is OK.
  2476.  
  2477.  
  2478. From acid@iconz.co.nzSun Sep  3 22:30:06 1995
  2479. Date: Mon, 17 Apr 1995 16:58:25 +1200 (NZST)
  2480. From: Simon or Mark <acid@iconz.co.nz>
  2481. To: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  2482. Cc: blitz-list@helsinki.fi
  2483. Subject: Re: pointers (again)
  2484.  
  2485.  
  2486.  
  2487. On Sat, 15 Apr 1995, Pedro J. Cervantes Pintor wrote:
  2488.  
  2489. >   Does somebody knows how to handle strings inside pointers ?
  2490. >   
  2491. >   NEWTYPE.Thing
  2492. >     string1$
  2493. >     *next_item.Thing
  2494. >   END NEWTYPE
  2495. >   
  2496. >   *item1.Thing
  2497. >   *item1\string1="HELLO !!"                ;i can do this
  2498. >                                           
  2499. >                                           
  2500. >  
  2501. >   *item1.Thing
  2502. >   *item1=Allocmem_ (Sizeof.Thing,0)
  2503. >   *item1\string1="HELLO"                   ;I CAN'T do this (in a statement)
  2504. >
  2505.  
  2506. You might want to try:
  2507.  
  2508. *item1=Allocmem_(Sizeof.Thing,65536)
  2509.  
  2510. As this will zero out the allocated memory - otherwise, Blitz thinks a 
  2511. string already exists!
  2512.  
  2513.  
  2514. From taylors@cwr.uwa.edu.auSun Sep  3 22:30:06 1995
  2515. Date: Mon, 17 Apr 1995 17:36:40 +0800
  2516. From: Sam Taylor <taylors@cwr.uwa.edu.au>
  2517. To: blitz-list@helsinki.fi
  2518. Subject: Getting the latest version of Blitz in Australia
  2519.  
  2520. Dear All -
  2521.  
  2522. I purchased my version of Blitz II a couple of years ago now (it's 
  2523. version 1.6 I think...) and because of a chronic lack of cash at
  2524. the time I wasn't able to afford the registration fee.  I'm now
  2525. using Blitz on a pretty regular basis (...yeah, it took me two 
  2526. years to realise what a cool little language it is...) so I
  2527. would like to know:
  2528.  
  2529.   1.    What is the latest version of Blitz II, and what support
  2530.     does it provide for AGA, and can the assembler handle
  2531.     68020 specific instructions/addressing modes? 
  2532.   2.    Who do I contact in Australia about upgrading, and how
  2533.     much is it likely to cost?
  2534.   3.    How do I subscribe to BUM, get back issues, and get any
  2535.     other developer support available?
  2536.  
  2537. Answers to any of the above would be VERY much appreciated.  Thanks,
  2538.  
  2539. -SAM-
  2540.  
  2541.  
  2542.  
  2543. +-----------------------------------------------------------------+
  2544. |   Sam Taylor, 19/311 Oxford St, Leederville, Perth, Australia   |
  2545. |  Amiga 1200, Devpac, DICE and Blitz - who needs anything else!  |
  2546. +-----------------------------------------------------------------+
  2547.  
  2548.  
  2549.  
  2550. From mfc@xanum.uam.mxSun Sep  3 22:30:06 1995
  2551. Date: Mon, 17 Apr 1995 11:48:37 -0500 (CDT)
  2552. From: Maestria en Filosofia <mfc@xanum.uam.mx>
  2553. To: Vanyel <wc1@ukc.ac.uk>
  2554. Cc: blitz-list@helsinki.fi
  2555. Subject: Re: Ftp site? =)
  2556.  
  2557.  
  2558.  
  2559. On Sun, 16 Apr 1995, Vanyel wrote:
  2560.  
  2561. > Hiyas all ..
  2562. > Could someone remind me of the ftp-site ... I seem to have misplaced it =)
  2563.  
  2564.   HI !
  2565.   
  2566.   the ftp sites for Blitz are :  
  2567.   
  2568.     x2ftp.oulu.fi
  2569.     
  2570.         and
  2571.     ftp.ee.port.ac.uk
  2572.     
  2573.   GREETINGS !!
  2574.  
  2575.  
  2576.  
  2577. From acid@iconz.co.nzSun Sep  3 22:30:06 1995
  2578. Date: Tue, 18 Apr 1995 08:29:11 +1200 (NZST)
  2579. From: Simon or Mark <acid@iconz.co.nz>
  2580. To: Phillip Eastham <Phillip_Eastham@kumear.megalink.com.au>
  2581. Cc: blitz-list@helsinki.fi
  2582. Subject: Re: Still having BIG problems.
  2583.  
  2584.  
  2585.  
  2586. On Mon, 17 Apr 1995, Phillip Eastham wrote:
  2587.  
  2588. > Hi All,
  2589. > I am still having big problems with my program. I created this little test
  2590. > program:
  2591. > DEFTYPE.l
  2592. > pname$="Blitz-User"
  2593. > LoadFont 0,"IBM.Font",8
  2594. > Use IntuiFont 0
  2595. > WBStartup
  2596. > Screen 0,0,0,640,256,2,$8000,pname$+" - A GUI user editor for DLG BB/OS (c)
  2597. > P. Eastham, 1995",1,2
  2598. > Window 8,128,70,353,61,$1000,"Request",1,0
  2599. > CloseWindow 8
  2600. > CloseScreen 0
  2601. > End
  2602. > to test my theory. Now the first time I compiled this, I had CloseWindow 9,
  2603. > and so the screen didn't close. Whilst it was still there, I went about
  2604. > doing some other things, and when I was flashing past this screen, I
  2605. > noticed the title of the window had changed from 'Request' to some
  2606. > non-descript garble.
  2607. > Anyway, I then compiled the above code and tried to run it. It ran fine a
  2608. > few times, and then locked the system up at the point where it tries to
  2609. > open the window with an alert number of 0100000f, followed by a series of
  2610. > enforcer hits. The resulting executable (With 'Create Icons' and 'Make
  2611. > smallest' active) is 17460 bytes long. Can someone confirm that this is
  2612. > indeed the correct size for this code?
  2613. > This problem is really starting to annoy me. Its holding up a whole package
  2614. > of programs I am writing.
  2615. > Any help is much appreciated.
  2616.  
  2617. Have you set the 'Max windows' setting in the compiler options menu 
  2618. correctly? You should probably set this to a few more than you actually 
  2619. need, as I think Blitz has trouble with the highest numbered one. So, 
  2620. just set Maximum Windows to 20 or something...
  2621.  
  2622.  
  2623.  
  2624. From Phillip_Eastham@kumear.megalink.com.auSun Sep  3 22:30:06 1995
  2625. Date: Mon, 17 Apr 95 20:35:39 EST
  2626. From: Phillip Eastham <Phillip_Eastham@kumear.megalink.com.au>
  2627. To: blitz-list@helsinki.fi
  2628. Subject: Still having BIG problems.
  2629.  
  2630. Hi All,
  2631.  
  2632. I am still having big problems with my program. I created this little test
  2633. program:
  2634.  
  2635. DEFTYPE.l
  2636. pname$="Blitz-User"
  2637. LoadFont 0,"IBM.Font",8
  2638. Use IntuiFont 0
  2639. WBStartup
  2640. Screen 0,0,0,640,256,2,$8000,pname$+" - A GUI user editor for DLG BB/OS (c)
  2641. P. Eastham, 1995",1,2
  2642. Window 8,128,70,353,61,$1000,"Request",1,0
  2643. CloseWindow 8
  2644. CloseScreen 0
  2645. End
  2646.  
  2647. to test my theory. Now the first time I compiled this, I had CloseWindow 9,
  2648. and so the screen didn't close. Whilst it was still there, I went about
  2649. doing some other things, and when I was flashing past this screen, I
  2650. noticed the title of the window had changed from 'Request' to some
  2651. non-descript garble.
  2652.  
  2653. Anyway, I then compiled the above code and tried to run it. It ran fine a
  2654. few times, and then locked the system up at the point where it tries to
  2655. open the window with an alert number of 0100000f, followed by a series of
  2656. enforcer hits. The resulting executable (With 'Create Icons' and 'Make
  2657. smallest' active) is 17460 bytes long. Can someone confirm that this is
  2658. indeed the correct size for this code?
  2659.  
  2660. This problem is really starting to annoy me. Its holding up a whole package
  2661. of programs I am writing.
  2662.  
  2663. Any help is much appreciated.
  2664.  
  2665. -- Via DLG Pro v1.0
  2666.  
  2667.         Prefered:   phillip_eastham@kumear.megalink.com.au
  2668.         Backup:     phillip_eastham@kumear.apana.org.au
  2669.  
  2670.  
  2671. From mfc@xanum.uam.mxSun Sep  3 22:30:06 1995
  2672. Date: Tue, 18 Apr 1995 00:29:58 -0500 (CDT)
  2673. From: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  2674. To: Simon or Mark <acid@iconz.co.nz>
  2675. Cc: blitz-list@helsinki.fi
  2676. Subject: Re: pointers (again)
  2677.  
  2678.  
  2679.  
  2680. On Mon, 17 Apr 1995, Simon or Mark wrote:
  2681.  
  2682. > On Sat, 15 Apr 1995, Pedro J. Cervantes Pintor wrote:
  2683. > >   Does somebody knows how to handle strings inside pointers ?
  2684. > >   
  2685. > >   NEWTYPE.Thing
  2686. > >     string1$
  2687. > >     *next_item.Thing
  2688. > >   END NEWTYPE
  2689. > >   
  2690. > >   *item1.Thing
  2691. > >   *item1\string1="HELLO !!"                ;i can do this
  2692. > >                                           
  2693. > >                                           
  2694. > >  
  2695. > >   *item1.Thing
  2696. > >   *item1=Allocmem_ (Sizeof.Thing,0)
  2697. > >   *item1\string1="HELLO"                   ;I CAN'T do this (in a statement)
  2698. > >
  2699. > You might want to try:
  2700. > *item1=Allocmem_(Sizeof.Thing,65536)
  2701. > As this will zero out the allocated memory - otherwise, Blitz thinks a 
  2702. > string already exists!
  2703.  
  2704. Simon or Mark:
  2705.        
  2706.   I've tried this (tanks Sam Taylor):
  2707.  
  2708.  
  2709.   NEWTYPE.LINKED_LIST
  2710.     element$
  2711.     *next_element.LINKED_LIST
  2712.   End NEWTYPE
  2713.  
  2714.   Function.l List_Insert {*li.LINKED_LIST}
  2715.     *li_new.LINKED_LIST
  2716.     *li_new = AllocMem_ (SizeOf.LINKED_LIST,65536)   ;your advice
  2717.     *li_new\element = "HELLO"
  2718.     *li_new\next_element = *li
  2719.     Function Return *li_new
  2720.   End Function
  2721.  
  2722.   *test_list.LINKED_LIST
  2723.   *test_list = 0
  2724.  
  2725.   For count = 1 To 10
  2726.     *test_list = List_Insert {*test_list}
  2727.   Next
  2728.  
  2729.   While *test_list <> 0
  2730.     Print " ",*test_list\element
  2731.     *test_list = *test_list\next_element
  2732.   Wend
  2733.  
  2734.                                                       
  2735.  But all i get is trash in the screen (forever).
  2736.  
  2737.  i REALLY need to put a string inside a pointer structure, so 
  2738.  i REALLY need.... HELP !! ...
  2739.  
  2740.  
  2741.   ...GREETINGS !!  :)
  2742.               
  2743.  
  2744.  
  2745.  
  2746. From vroberts@yoyo.cc.monash.edu.auSun Sep  3 22:30:06 1995
  2747. Date: Wed, 19 Apr 1995 04:37:14 +1000 (EST)
  2748. From: Vaughan Roberts <vroberts@yoyo.cc.monash.edu.au>
  2749. To: blitz-list@helsinki.fi
  2750. Subject: GTButtons
  2751.  
  2752.  
  2753. Hello all,
  2754.  
  2755.     I hope someone out here can help, I want to mark a GTbutton as
  2756. disabled.  I have no worries turning it off (GTDisable), but what I 
  2757. want to do is shade it in so people don't click on it.
  2758.     
  2759.     I don't think I've looked over the obvious, but ???
  2760.  
  2761.     Any help would be much appreciated.....
  2762.  
  2763. B.T.W. Is it possible to add a bar item (i.e. ~~~~~~) to my menus?
  2764.  
  2765.     See ya,
  2766.     
  2767.     Vaughan Roberts.
  2768.  
  2769.     email: vroberts@yoyo.cc.monash.edu.au
  2770.  
  2771.  
  2772.  
  2773.  
  2774.  
  2775.  
  2776. From GORN4907@mars.rowan.eduSun Sep  3 22:30:06 1995
  2777. Date: Thu, 20 Apr 1995 12:29:21 EST
  2778. From: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  2779. To: blitz-list@helsinki.fi
  2780. Subject: help needed with WB palette
  2781.  
  2782. Hello everybody,
  2783.  
  2784. One of my programs changes Workbench's palette and I would like it to 
  2785. chnage back to original. 
  2786.  
  2787. Is there an easy way to to this. I tried using loadpalette with 
  2788. palette.prefs but it says something about CMAP not found. 
  2789.  
  2790. I really appreciate any help. Thanks!
  2791.  
  2792. maciej
  2793.  
  2794.  
  2795.  
  2796.  
  2797.  
  2798.  
  2799. From sis3149@sis.port.ac.ukSun Sep  3 22:30:06 1995
  2800. Date: Fri, 21 Apr 1995 12:31:53 +0100 (BST)
  2801. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  2802. To: Blitzlist <blitz-list@helsinki.fi>
  2803. Subject: Debugger BETA
  2804.  
  2805. There's always a mistake made with my releases - at least this one is out 
  2806. the way early :)
  2807.  
  2808. When trying to run the install script it tries to find the program MDL 
  2809. (Make Def Libs).  But I forgot to include this program in the beta 
  2810. archive.  Anyone who really wants to use the install script should thus 
  2811. compile the Makedelibs.bb2 source into C:MDL.
  2812.  
  2813.  
  2814. Thank you.  Thats all folks :)
  2815.  
  2816. Steve Mc.
  2817.  
  2818. +---------------------------------------------------------------------------+
  2819.                  L E A D I N G   E D G E   S O F T W A R E
  2820. +---------------------------------------------------------------------------+
  2821.                 Hang                 | Current project :                    +
  2822.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  2823. +---------------------------------------------------------------------------+
  2824.  
  2825.  
  2826.  
  2827. From ZHUNT@Calumet.Yorku.CaSun Sep  3 22:30:06 1995
  2828. Date: Fri, 21 Apr 1995 13:11:49 -500
  2829. From: ZHUNT@Calumet.Yorku.Ca
  2830. To: blitz-list@helsinki.fi
  2831. Subject: Re: New method using HAM/HAM8
  2832.  
  2833. >Date:          Thu, 20 Apr 1995 13:13:22 -0600 (MDT)
  2834. >From:          "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  2835. >To:            blitz list <blitz-list@helsinki.fi>
  2836. >Subject:       New method using HAM/HAM8
  2837. >
  2838. >
  2839. >
  2840. > I've finally perfected a method in which you can actually use HAM or HAM8 
  2841. >shapes on HAM/HAM8 backgrounds WITHOUT FRINGING!  Blitting is definitely 
  2842. >fast enough to do good action games, etc. as well as 4096/262,000 color 
  2843. >GUI's.  Finally, palette independence! 
  2844. >
  2845. Congrats! And who says Amiga programers aren't up to stuff :)
  2846.  
  2847. Any chance of making it available to us BB programers?  I mean I have two 
  2848. adventure games in the planning stages, and right now I'd see them as being 
  2849. 128-col with the other colours being reserved for the shapes.  Heck, even 
  2850. interlaced HAM mode would make a huge diference.
  2851. Z
  2852.  
  2853.  
  2854. From postmaster-humus@hull.ac.ukSun Sep  3 22:30:06 1995
  2855. Date: Sun, 23 Apr 1995 16:13:11 +0100
  2856. From: postmaster-humus@hull.ac.uk
  2857. To: blitz-list-owner@cc.helsinki.fi
  2858. Subject: Delivery Report (failure) for cs5mrk@humus.computer-centre.hull.ac.uk
  2859.  
  2860. This report relates to your message: Subject: To Acid:,
  2861.   Message-ID: <F3269123A2@ms2.hsbos.nl>,
  2862.   To: blitz-list@helsinki.fi
  2863.         of Thu, 20 Apr 1995 16:12:32 +0100
  2864.  
  2865. Your message was not delivered to  
  2866.         cs5mrk@humus.computer-centre.hull.ac.uk
  2867.         for the following reason:
  2868.         Message timed out
  2869.         Message timed out 
  2870.  
  2871. ***** The following information is directed towards the local administrator
  2872. ***** and is not intended for the end user
  2873. * DR generated by: mta humus.computer-centre.hull.ac.uk
  2874. *         in /PRMD=UK.AC/ADMD= /C=GB/
  2875. *         at Sun, 23 Apr 1995 16:13:08 +0100
  2876. *
  2877. * Converted to RFC 822 at humus.computer-centre.hull.ac.uk
  2878. *         at Sun, 23 Apr 1995 16:13:11 +0100
  2879. *
  2880. * Delivery Report Contents:
  2881. *
  2882. * Subject-Submission-Identifier: [/PRMD=surf/ADMD=400net/C=nl/;<F3269123A2@ms2.hsbos.nl>]
  2883. * Content-Identifier: To Acid:
  2884. * Original-Encoded-Information-Types: ia5-text
  2885. * Subject-Intermediate-Trace-Information:  /PRMD=UK.AC/ADMD= /C=GB/arrival Thu, 20 Apr 1995 16:12:32 +0100 action Relayed
  2886. * Content-Correlator: Subject: To Acid:,
  2887. *                   Message-ID: <F3269123A2@ms2.hsbos.nl>,
  2888. *                   To: blitz-list@helsinki.fi* Recipient-Info: cs5mrk@humus.computer-centre.hull.ac.uk,
  2889. *         /S=cs5mrk/OU=humus/OU=computer-centre/O=Hull/PRMD=UK.AC/ADMD= /C=GB/;
  2890. *         FAILURE reason Unable-To-Transfer (1);
  2891. *         diagnostic Maximum-Time-Expired (5);
  2892. *         last trace (ia5-text) Thu, 20 Apr 1995 16:12:32 +0100;
  2893. *         converted eits ia5-text;
  2894. *         supplementary info "Message timed out";
  2895. ****** End of administration information 
  2896.  
  2897.  
  2898.  
  2899.   [ Part 2: "Included Message" ]
  2900.  
  2901. Date: Thu, 20 Apr 1995 16:20:55 GMT-1DFT
  2902. From: Jurgen Valks <J.VALKS@hsbos.nl>
  2903. To: blitz-list@helsinki.fi
  2904. Subject: To Acid:
  2905.  
  2906. Hi guys,
  2907.  
  2908. How Blitz 2.0 going? Any idea when it will be distributed ?? Please
  2909. send me the promissed list of all Dutch & Belgium users....
  2910.  
  2911. Greetings from,
  2912.  
  2913. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
  2914. \  Jurgen Valks  email: j.valks@hsbos.nl                   /
  2915. /  Blitz User Group Nederland (BUG N.L.)                   \
  2916. \  Kerkeind 8a, 5293 AB, Gemonde (NB), The Netherlands     /
  2917. /  Phone +31 4105-12466, +31 73-295341                     \
  2918. \                                                          /
  2919. /  Member of: SToopID (demo/game coder)                    \
  2920. \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
  2921.  
  2922.  
  2923.  
  2924.  
  2925. From oz@ozzy.demon.co.ukSun Sep  3 22:30:06 1995
  2926. Date: Sun, 23 Apr 95 17:14:24 GMT
  2927. From: Brian Skreeg <oz@ozzy.demon.co.uk>
  2928. To: blitz-list@helsinki.fi
  2929. Subject: Quick variables etc,
  2930.  
  2931.     When using quick variables do I need to .q on the end of the variable
  2932. every time it's used or just the once at the start?
  2933.     Also is there a way to speed up If thens? Possibly using CMP commands
  2934. or something ASMy like that?
  2935.  
  2936. TIA
  2937.  
  2938. Brian Skreeg,
  2939.  
  2940.  |-Brian Skreeg-----------------------|
  2941.  |-Lead Guitarist and PR Silly person-|
  2942.  |-Show me a cake and I'll eat it-----|
  2943.  
  2944.  
  2945. From mfc@xanum.uam.mxSun Sep  3 22:30:06 1995
  2946. Date: Sun, 23 Apr 1995 15:24:44 -0500 (CDT)
  2947. From: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  2948. To: Blitz-list@helsinki.fi
  2949. Subject: anim files
  2950.  
  2951.   Where can i find information about the formats not suported 
  2952. from Blitz for "anim" files ....
  2953.  
  2954.   ..GREETINGS!!                                               
  2955.   
  2956.  
  2957.  
  2958. From mfc@xanum.uam.mxSun Sep  3 22:30:06 1995
  2959. Date: Sun, 23 Apr 1995 15:57:45 -0500 (CDT)
  2960. From: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  2961. To: Blitz-list@helsinki.fi
  2962. Subject: C= 
  2963.  
  2964.   ESCOM ??!!... PowerPC ????!!!!...  What's next...Windows NT ???!!!
  2965.   
  2966.   well.. better than nothing (i hope)
  2967.   
  2968.   in a serious way.. i think it's going to be better (but 
  2969. PLEASE NOT WINDOWS NT !!!)
  2970.  
  2971.   GREETINGS!!
  2972.   
  2973.  
  2974.  
  2975. From relmore@silver.sdsmt.eduSun Sep  3 22:30:06 1995
  2976. Date: Sun, 23 Apr 1995 18:43:25 -0600 (MDT)
  2977. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  2978. To: Brian Skreeg <oz@ozzy.demon.co.uk>
  2979. Cc: blitz-list@helsinki.fi
  2980. Subject: Re: Quick variables etc, 
  2981.  
  2982. On Sun, 23 Apr 1995, Brian Skreeg wrote:
  2983.  
  2984. >     When using quick variables do I need to .q on the end of the variable
  2985. > every time it's used or just the once at the start?
  2986.  
  2987. The first time you declare a variables' type it is assumed to be that 
  2988. type from then on in your source.  
  2989.  
  2990. >     Also is there a way to speed up If thens? Possibly using CMP commands
  2991. > or something ASMy like that?
  2992.  
  2993. *POSSIBLY* though it would probably be easier to optimize the way you 
  2994. compare things in BASIC first...  If you'll send me a code-segment 
  2995. containing your slow IF-THENs, I'll see if there is a way to optimize 
  2996. them without resorting to ASM... (If you do go the ASM route, you'd 
  2997. really better know what you're doing in both ASM and Blitz.)
  2998.  
  2999. Comment the code segment if you can so I can see what your intended 
  3000. results should be.
  3001.  
  3002.     +---------------------------------------------------------------+
  3003.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  3004.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  3005.     +---------------------------------------------------------------+
  3006.  
  3007.  
  3008.  
  3009. From TRoss@cup.portal.comSun Sep  3 22:30:06 1995
  3010. Date: Mon, 24 Apr 95 00:08:32 PDT
  3011. From: TRoss@cup.portal.com
  3012. To: blitz-list@helsinki.fi
  3013. Subject: bbs
  3014.  
  3015. To whomever that might receive this message,
  3016.  
  3017.     My name is Tony Ross. I am a registered owner of Blitz1 and ][ and
  3018. it is my understanding that there is a BBS in the U.S. for Blitz. What is it?
  3019. Also , I tried to FTP and Telnet helsinki.fi & ftp.helsinki.fi and didn't see
  3020. anything about Blitz. Is there a way to participate in the I-net discussions
  3021. about Blitz? Thanx... BTW.. My address is TRoss@cup.portal.com
  3022. again thanx
  3023.             Tony
  3024.  
  3025.  
  3026. From djd@maths.bath.ac.ukSun Sep  3 22:30:06 1995
  3027. Date: Mon, 24 Apr 1995 10:23:17 +0300
  3028. From: D J Densley <djd@maths.bath.ac.uk>
  3029. To: blitz-list@helsinki.fi
  3030. Subject: C=
  3031.  
  3032. Hi all,
  3033.  
  3034.         What have people heard ? I got this off the futurenet pages ...
  3035.  
  3036. >NO SALE!
  3037. >
  3038. >At the auction, held in New York on 20th April, all bids apart from the initial>Escom one were deemed invalid. Effectively, the whole sale collpsed in farce.
  3039. >
  3040. >As we understand it, the Escom bid will be put before the US courts today, but >it is unlikely that this will be ratified.
  3041. >
  3042. >More complete news, as soon as we get it. 
  3043. >
  3044.  
  3045. So whats up?
  3046.  
  3047.         Dan
  3048.         ---
  3049.  
  3050.  
  3051. From J.VALKS@hsbos.nlSun Sep  3 22:30:06 1995
  3052. Date: Mon, 24 Apr 1995 07:54:35 GMT-1DFT
  3053. From: Jurgen Valks <J.VALKS@hsbos.nl>
  3054. To: Blitz-list@helsinki.fi
  3055. Subject: Re: C=
  3056.  
  3057.  
  3058. #   ESCOM ??!!... PowerPC ????!!!!...  What's next...Windows NT ???!!!
  3059. #   
  3060. #   well.. better than nothing (i hope)
  3061.  
  3062. I think it won't be nothing, I read the interview with the Escom 
  3063. boss, and almost every question about the future of the Amiga is 
  3064. answered with Offcourse, offcourse, ja ja. I think they rip the 
  3065. hardware and put it in their lousy PC's..
  3066.    
  3067. #   in a serious way.. i think it's going to be better (but 
  3068. # PLEASE NOT WINDOWS NT !!!)
  3069.  
  3070. I hope this....
  3071.  
  3072. Greetings from,
  3073.  
  3074. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
  3075. \  Jurgen Valks  email: j.valks@hsbos.nl                   /
  3076. /  Blitz User Group Nederland (BUG N.L.)                   \
  3077. \  Kerkeind 8a, 5293 AB, Gemonde (NB), The Netherlands     /
  3078. /  Phone +31 4105-12466, +31 73-295341                     \
  3079. \                                                          /
  3080. /  Member of: SToopID (demo/game coder)                    \
  3081. \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
  3082.  
  3083.  
  3084. From studer@ens.ascom.chSun Sep  3 22:30:06 1995
  3085. Date: Mon, 24 Apr 95 10:33:02 +0200
  3086. From: Studer Andreas 3132 <studer@ens.ascom.ch>
  3087. To: Blitz-list@helsinki.fi
  3088. Subject: Re: C=
  3089.  
  3090. Hello,
  3091.  
  3092. > #   ESCOM ??!!... PowerPC ????!!!!...  What's next...Windows NT ???!!!
  3093. > #   
  3094. > #   well.. better than nothing (i hope)
  3095. > I think it won't be nothing, I read the interview with the Escom 
  3096. > boss, and almost every question about the future of the Amiga is 
  3097.  
  3098. It was the Escom vize-boss... :-)
  3099.  
  3100. > answered with Offcourse, offcourse, ja ja. I think they rip the 
  3101. > hardware and put it in their lousy PC's..
  3102.  
  3103. They'll not put the technology in their PC's.
  3104. At the moment, THEY DON'T KNOW, WHAT THEY'LL DO with the
  3105. Amiga. IMHO they don't know, what for patents they bought.
  3106. They has awaitet to become the rights for the C=-logo but now they
  3107. get the whole thing... cause they was the only one with a valid bid.
  3108.  
  3109. But please let us be serious and let us talk here about Blitz-things.
  3110. For things like the future of Amiga, the comp.sys.amiga.misc
  3111. or advocacy is the better place... :-)
  3112. We will get informations very soon... valid informations from Escom
  3113. himself in various magazines.
  3114. Let us wait (again :-). Now something is happen. I think it will go
  3115. very fast yet...
  3116.  
  3117. bye
  3118.  
  3119. Andrew
  3120.  
  3121.  
  3122. From muckleys@helios.aston.ac.ukSun Sep  3 22:30:07 1995
  3123. Date: Mon, 24 Apr 1995 09:34:06 +0100
  3124. From: muckleys <muckleys@helios.aston.ac.uk>
  3125. To: blitz-list@helsinki.fi
  3126. Subject: the amiga situation
  3127.  
  3128. Right hello,
  3129.  
  3130. To find more info on the Commodore sale point your URL's at
  3131.  
  3132. 'http://www.cs.cmu.edu:8001/afs/cs.cmu.edu/misc/mosaic/
  3133. common/omega/Web/People/mjw/Computer/Amiga/MainPage.html'
  3134.  
  3135. some nice person has written some real up to date stuff there,
  3136.  it'll make you mad  but ... thats life.
  3137.  
  3138. Can somebody else post a brief review of the situation to the
  3139. group as I really haven't the time today (sorry :) ), and I
  3140. know not everybody is lucky enough to get www access
  3141.  
  3142. Right hope it helps
  3143.  
  3144. Stuart
  3145.  
  3146.  
  3147. From pradman@ra.abo.fiSun Sep  3 22:30:07 1995
  3148. Date: Mon, 24 Apr 1995 13:39:35 +0300 (EET DST)
  3149. From: Patrik R}dman MNF94 <pradman@ra.abo.fi>
  3150. Reply to: pradman@aton.abo.fi
  3151. To: Blitz Basic Mailing List <blitz-list@helsinki.fi>
  3152. Subject: C= and Escom
  3153.  
  3154. Hi.
  3155.  
  3156. Someone asked for Escom information, try my web page if you have WWW access.
  3157. You'll find it at http://www.abo.fi/~pradman/c=.html
  3158.  
  3159. For the latest Escom news, join IRC channel #escom.
  3160.  
  3161. TTFN, Patrik.
  3162.  
  3163. /----------------------------------------------------------------------------\
  3164. | Patrik R<*a>dman                 \ <*A>bo Akademi university, Finland      |
  3165. | E-mail: pradman@mail.abo.fi       \ Department of Computer Science      // |
  3166. | WWW   : http://www.abo.fi/~pradman \ "Wherever you go, there you are" \X/  |
  3167. \----------------------------------------------------------------------------/
  3168.  
  3169.  
  3170. From sis3149@sis.port.ac.ukSun Sep  3 22:30:07 1995
  3171. Date: Mon, 24 Apr 1995 12:27:56 +0100 (BST)
  3172. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  3173. To: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  3174. Cc: Blitz-list@helsinki.fi
  3175. Subject: Re: anim files
  3176.  
  3177. On Sun, 23 Apr 1995, Pedro J. Cervantes Pintor wrote:
  3178.  
  3179. >   Where can i find information about the formats not suported 
  3180. > from Blitz for "anim" files ....
  3181.  
  3182. The standard blitz can lay anim5 file and load in animbrushes as shapes.
  3183.  
  3184. If you use our anim library (RIAnimLib) you can play back Anim5 & Anim7 
  3185. (short and long types). Our library also supports different palettes for 
  3186. each frame.
  3187.  
  3188.  
  3189. Steve Mc.
  3190.  
  3191. +---------------------------------------------------------------------------+
  3192.                  L E A D I N G   E D G E   S O F T W A R E
  3193. +---------------------------------------------------------------------------+
  3194.                 Hang                 | Current project :                    +
  3195.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  3196. +---------------------------------------------------------------------------+
  3197.  
  3198.  
  3199.  
  3200. From mfc@xanum.uam.mxSun Sep  3 22:30:07 1995
  3201. Date: Mon, 24 Apr 1995 15:49:47 -0500 (CDT)
  3202. From: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  3203. To: Stephen McNamara <sis3149@sis.port.ac.uk>
  3204. Cc: Blitz-list@helsinki.fi
  3205. Subject: Re: anim files
  3206.  
  3207.  
  3208.  
  3209. On Mon, 24 Apr 1995, Stephen McNamara wrote:
  3210.  
  3211. > On Sun, 23 Apr 1995, Pedro J. Cervantes Pintor wrote:
  3212. > >   Where can i find information about the formats not suported 
  3213. > > from Blitz for "anim" files ....
  3214. > The standard blitz can lay anim5 file and load in animbrushes as shapes.
  3215. > If you use our anim library (RIAnimLib) you can play back Anim5 & Anim7 
  3216. > (short and long types). Our library also supports different palettes for 
  3217. > each frame.
  3218.  
  3219.  Steve :
  3220.  
  3221.   Tank you, that is a very good help, i will install the 
  3222. library. But now i have an idea.. 
  3223. i want to playback an animation directly from disk so .... I 
  3224. need a little more information   ;)
  3225.  
  3226.   Pedro C.
  3227.  
  3228.  
  3229. From mfc@xanum.uam.mxSun Sep  3 22:30:07 1995
  3230. Date: Mon, 24 Apr 1995 16:04:29 -0500 (CDT)
  3231. From: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  3232. To: Gregory Caldwell <greg@redfive.demon.co.uk>
  3233. Cc: blitz-list@helsinki.fi
  3234. Subject: Re: pointers (again)
  3235.  
  3236.  
  3237.  
  3238. On Tue, 18 Apr 1995, Gregory Caldwell wrote:
  3239.  
  3240. > Hi "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  3241. >    In <Pine.3.89.9504152231.A13685-0100000@xanum.uam.mx> you wrote:
  3242. > >   *item1.Thing
  3243. > >   *item1=Allocmem_ (Sizeof.Thing,0)
  3244. > >   *item1\string1="HELLO"                   ;I CAN'T do this (in a statement)
  3245. > I couldn't manage to get this to work within a statement. My best fix (bodge)
  3246. > which happened to be very suitable for my application was to set up an array
  3247. > of pointers to strings, assign all my strings to the pointers and then store
  3248. > the pointer longword in the statment structure.
  3249. > I bit of a ball ache but I couldn't get any other method to work satisfact-
  3250. > orily. Here's an example of what I mean :-
  3251. > Dim *strngs.s(1000) ; set up 1000 strings
  3252. > *strng(0)="Message Number 1"
  3253. > *strng(1)="abcdefg..."
  3254. >    .
  3255. > mystruct\msg=&*strng(0)  ; \msg is a.l, assigns address of string to msg
  3256. > Print Peek.s(mystruct\msg)  ; to print the message text
  3257. > I hope that's of some help to you cos I spent ages trying to sort out
  3258. > why my strings didn't work within statements.
  3259.  Greg:
  3260.   
  3261.   Tank you, This is the easiest way to correct my program   :)
  3262.  
  3263.   GREETINGS !!
  3264.  
  3265. Pedro C.
  3266.  
  3267.    
  3268.  
  3269.  
  3270. From tjstone@netshop.netSun Sep  3 22:30:07 1995
  3271. Date: Tue, 25 Apr 1995 07:54:41 -47900
  3272. From: The Crow <tjstone@netshop.net>
  3273. To: blitz-list@cc.helsinki.fi
  3274. Subject: Hor/vert scroll help request
  3275.  
  3276.  
  3277. If anyone can shed some light on any of the following, it would be most 
  3278. appreciated: 
  3279.  
  3280.     - My version of Blitz Basic2 is 1.7.  I have been trying to use the
  3281.       examples/blitzmode/dbscrolling.bb2 example to understand how to do
  3282.       map block scrolling.  I was disturbed to notice that when 
  3283.       running this example on my Amiga 2000 or my brother's 1200 that 
  3284.       blocks which scrolled into view tended to blink/flicker especially 
  3285.       when the joystick was moved quickly to change directions.
  3286.  
  3287.       Not all blocks would blink.  Perhaps just a few.  They would continue
  3288.       to flicker even when scrolling is completely stopped.
  3289.       With the dbscrolling example, I can get this to happen consistently
  3290.       if I first move the joystick to the left. 
  3291.  
  3292.       Is this a problem with the example or with Blitz?
  3293.  
  3294.  
  3295.     - Using the dbscrolling example as a base, I tried to write a 
  3296.       horizontal/vertical scroll map block routine with a full screen 
  3297.       slice using 32 colour bitmaps.  I don't need to scroll diagonally.
  3298.       Blocks really tend to blink/flicker now and I also can't get the
  3299.       scroll routine to work yet (wrong blocks appearing).
  3300.  
  3301.       Does anyone have a horizontal/vertical block scroll algorithum or
  3302.       sample code they can share with me?
  3303.  
  3304.  
  3305.   Thanks
  3306.  
  3307.  
  3308.   Sincerely
  3309.  
  3310.  
  3311.   Tom Stone  (using his brother's account:  tjstone@netshop.bc.ca)
  3312.  
  3313.  
  3314.  
  3315.  p.s.   Mikko, thanks for the previous reply on the blitz-list name.
  3316.  
  3317.  
  3318.  
  3319.  
  3320. From c9108939@sol.newcastle.edu.auSun Sep  3 22:30:07 1995
  3321. Date: Wed, 26 Apr 1995 11:10:54 +1000 (EST)
  3322. From: Brett Johansen <c9108939@sol.newcastle.edu.au>
  3323. To: The Crow <blitz-list-owner@cc.helsinki.fi>
  3324. Cc: blitz-list@helsinki.fi
  3325. Subject: Re: Hor/vert scroll help request
  3326.  
  3327. > If anyone can shed some light on any of the following, it would be most 
  3328. > appreciated: 
  3329. >     - My version of Blitz Basic2 is 1.7.  I have been trying to use the
  3330. >       examples/blitzmode/dbscrolling.bb2 example to understand how to do
  3331. >       map block scrolling.  I was disturbed to notice that when 
  3332. >       running this example on my Amiga 2000 or my brother's 1200 that 
  3333. >       blocks which scrolled into view tended to blink/flicker especially 
  3334. >       when the joystick was moved quickly to change directions.
  3335. >       Not all blocks would blink.  Perhaps just a few.  They would continue
  3336. >       to flicker even when scrolling is completely stopped.
  3337. >       With the dbscrolling example, I can get this to happen consistently
  3338. >       if I first move the joystick to the left. 
  3339. >       Is this a problem with the example or with Blitz?
  3340.  
  3341.         This is a problem with the example most likely.
  3342.         When you move to fast, or change direction the blocks either
  3343.     didn't get blitted to both bitmaps(so one is blank- and flicks),
  3344.      or hadn't been blited in time before the next vblank <- unlikely
  3345. >     - Using the dbscrolling example as a base, I tried to write a 
  3346. >       horizontal/vertical scroll map block routine with a full screen 
  3347. >       slice using 32 colour bitmaps.  I don't need to scroll diagonally.
  3348. >       Blocks really tend to blink/flicker now and I also can't get the
  3349. >       scroll routine to work yet (wrong blocks appearing).
  3350. >       Does anyone have a horizontal/vertical block scroll algorithum or
  3351. >       sample code they can share with me?
  3352.  
  3353.     Look in Caffiene free pd with BUM 6 - 
  3354.         or reply to me I give you something.
  3355.  
  3356.     Brett Johansen - c9108939@cs.newcastle.au.edu
  3357.  
  3358.     PROJECT: ATOMHEAD - Snazzy horizontal shoot'em up 60% complete
  3359.  
  3360. From c9108939@sol.newcastle.edu.auSun Sep  3 22:30:07 1995
  3361. Date: Wed, 26 Apr 1995 11:10:54 +1000 (EST)
  3362. From: Brett Johansen <c9108939@sol.newcastle.edu.au>
  3363. To: The Crow <blitz-list-owner@cc.helsinki.fi>
  3364. Cc: blitz-list@helsinki.fi
  3365. Subject: Re: Hor/vert scroll help request
  3366.  
  3367. > If anyone can shed some light on any of the following, it would be most 
  3368. > appreciated: 
  3369. >     - My version of Blitz Basic2 is 1.7.  I have been trying to use the
  3370. >       examples/blitzmode/dbscrolling.bb2 example to understand how to do
  3371. >       map block scrolling.  I was disturbed to notice that when 
  3372. >       running this example on my Amiga 2000 or my brother's 1200 that 
  3373. >       blocks which scrolled into view tended to blink/flicker especially 
  3374. >       when the joystick was moved quickly to change directions.
  3375. >       Not all blocks would blink.  Perhaps just a few.  They would continue
  3376. >       to flicker even when scrolling is completely stopped.
  3377. >       With the dbscrolling example, I can get this to happen consistently
  3378. >       if I first move the joystick to the left. 
  3379. >       Is this a problem with the example or with Blitz?
  3380.  
  3381.         This is a problem with the example most likely.
  3382.         When you move to fast, or change direction the blocks either
  3383.     didn't get blitted to both bitmaps(so one is blank- and flicks),
  3384.      or hadn't been blited in time before the next vblank <- unlikely
  3385. >     - Using the dbscrolling example as a base, I tried to write a 
  3386. >       horizontal/vertical scroll map block routine with a full screen 
  3387. >       slice using 32 colour bitmaps.  I don't need to scroll diagonally.
  3388. >       Blocks really tend to blink/flicker now and I also can't get the
  3389. >       scroll routine to work yet (wrong blocks appearing).
  3390. >       Does anyone have a horizontal/vertical block scroll algorithum or
  3391. >       sample code they can share with me?
  3392.  
  3393.     Look in Caffiene free pd with BUM 6 - 
  3394.         or reply to me I give you something.
  3395.  
  3396.     Brett Johansen - c9108939@cs.newcastle.au.edu
  3397.  
  3398.     PROJECT: ATOMHEAD - Snazzy horizontal shoot'em up 60% complete
  3399.  
  3400. From c9108939@sol.newcastle.edu.auSun Sep  3 22:30:07 1995
  3401. Date: Wed, 26 Apr 1995 12:11:14 +1000 (EST)
  3402. From: Brett Johansen <c9108939@sol.newcastle.edu.au>
  3403. To: blitz-list@helsinki.fi
  3404. Subject: Sprite priority in display lib
  3405.  
  3406.  
  3407.  
  3408.  
  3409.     QUESTION:
  3410.         How do I set the sprite priority in the display lib
  3411.     when using a dual playfield display.
  3412.  
  3413.     I want to have sprites behind front playfield and in front 
  3414.     of the back field.
  3415.                 any help - displaycontols maybe?
  3416.  
  3417.     I know there are commands for the slice lib. to do this.
  3418.  
  3419.  
  3420.  
  3421.     Can someone explain the powerpacker commands and an example
  3422.         of how to use them.
  3423.  
  3424.                     thanks
  3425.  
  3426.                 Brett Johansen
  3427.  
  3428.     PROJECT:    ATOMHEAD - the brainless shootem up
  3429.                         
  3430.  
  3431.  
  3432.         
  3433.  
  3434.  
  3435. From sis3149@sis.port.ac.ukSun Sep  3 22:30:07 1995
  3436. Date: Wed, 26 Apr 1995 12:09:33 +0100 (BST)
  3437. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  3438. To: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  3439. Cc: Blitz-list@helsinki.fi
  3440. Subject: Re: anim files
  3441.  
  3442. On Mon, 24 Apr 1995, Pedro J. Cervantes Pintor wrote:
  3443.  
  3444. >  Steve :
  3445. >   Thank you, that is a very good help, i will install the 
  3446. > library. But now i have an idea.. 
  3447. > i want to playback an animation directly from disk so .... I 
  3448. > need a little more information   ;)
  3449.  
  3450. Theoretically the library can be cludged so that it takes the address of 
  3451. a delta frame of animation to unpack.  Thus the programmer could load the 
  3452. frames in a few at a time and then tell the unpacking routine where to 
  3453. unpack from.  This wouldn't be too hard, but I don't know how 
  3454. efficient/fast it would be.
  3455.  
  3456.  
  3457.  
  3458. Steve Mc.
  3459.  
  3460. +---------------------------------------------------------------------------+
  3461.                  L E A D I N G   E D G E   S O F T W A R E
  3462. +---------------------------------------------------------------------------+
  3463.                 Hang                 | Current project :                    +
  3464.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  3465. +---------------------------------------------------------------------------+
  3466.  
  3467.  
  3468.  
  3469.  
  3470.  
  3471.  
  3472.  
  3473. From sueec@westminster.ac.ukSun Sep  3 22:30:07 1995
  3474. Date: Wed, 26 Apr 1995 19:59:00 +0100 (BST)
  3475. From: Ricky Clarke <sueec@westminster.ac.uk>
  3476. To: blitz-list@helsinki.fi
  3477. Subject: A few quickies
  3478.  
  3479.  
  3480.   Hello all!
  3481.  
  3482.   Can anybody help me with any of the following please?
  3483.  
  3484.  
  3485.   Query #1:
  3486.  
  3487.    I have written an intuition program which uses GTLists quite a lot.
  3488.  I was wondering if anybody out there knows of, or would be interested in
  3489.  engineering, an implementation of the 'GTListHit' command below...
  3490.  
  3491.   ; Code starts here. Don't try to execute/run it - IT WON'T WORK ;)
  3492.  
  3493.     Select WaitEvent        ;Wait for an IDCMPEvent to occur
  3494.     Case #GadgetUpEvent     ;A gadget has been released
  3495.       Select GTListHit
  3496.       Case 0
  3497.         Select GadgetHit
  3498.         Case 0
  3499.         Case 1
  3500.         End Select
  3501.       Case 1
  3502.         Select GadgetHit
  3503.         Case 0
  3504.         Case 1
  3505.         End Select
  3506.       End Select
  3507.     End Select
  3508.  
  3509.   ; Code ends
  3510.  
  3511.    As you can see from the above, I would like 'GTListHit' to return/hold the
  3512.  GTList object number that the selected GTGadget exists within. I know this
  3513.  is probably rather wordy and not particularly well explained... Sorry :)
  3514.  
  3515.  
  3516.   Query #2:
  3517.  
  3518.    In the program I mentioned above I've been developing my own GTList
  3519.  scaling routines. Using the 'DetachGTList', 'GTFreeGadget' and 'Free GTList'
  3520.  command combination I've been deallocating GTLists and then reallocating
  3521.  them at a different size. It seems, bowever, that the GTLists that I've
  3522.  finished with and have (supposedly) got rid of (i.e. No longer take up
  3523.  memory) are NOT actually being cleared from memory until the program finally
  3524.  terminates. I don't think this is the fault of either of the first two
  3525.  commands memtioned, however, I'm not sure...
  3526.    I really do need some help with with this as a constant memory drain every
  3527.  time a GTList is reattached makes my program completely usless (Seeing as
  3528.  that is, in effect, its purpose :) )
  3529.  
  3530.  
  3531.   Query #3:
  3532.  
  3533.    Did anything ever come of the 'IconToShape' command that I asked about a
  3534.  while back (esp. RI-Group and Elmore)? I'm still interested in using such a
  3535.  command.
  3536.  
  3537.  
  3538.   Thanks for bothering to read this request (And for any help)...
  3539.  
  3540.     Ricky Clarke (EMail: sueec@westminster.ac.uk or sueec@wmin.ac.uk)
  3541.  
  3542.  
  3543.  
  3544.  
  3545.  
  3546.  
  3547. From GORN4907@mars.rowan.eduSun Sep  3 22:30:07 1995
  3548. Date: Wed, 26 Apr 1995 23:15:02 EST
  3549. From: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  3550. To: blitz-list@helsinki.fi
  3551. Subject: Re: hello
  3552.  
  3553. > Am I truly on this list? Is there anyone out there?
  3554. > hello...:(
  3555. > ______________________________________________________________
  3556. > |Argue your limitations and sure enough,  | Jeffrey S.  &     |
  3557. > |    they're yours.                       | Kristin E.        |
  3558. > |                       R. Bach           |         Morgan    |
  3559. > |_________________________________________|___________________|
  3560.  
  3561. Apparently you are, but what is going on with that list. I only 
  3562. unsubscribed for a couple of weeks and the list is just not the same.
  3563.  
  3564. Where are all those 20 (on average) messages in 24hr period as I 
  3565. remeber this list?
  3566.  
  3567. Maciej
  3568.  
  3569.  
  3570. From GORN4907@mars.rowan.eduSun Sep  3 22:30:07 1995
  3571. Date: Wed, 26 Apr 1995 23:18:26 EST
  3572. From: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  3573. To: blitz-list@helsinki.fi
  3574. Subject: Q: how to recover WB's palette
  3575.  
  3576. Does anybody know what wouldbe the way to recover WB prefs palette 
  3577. after it was changed with UsePalette command?
  3578.  
  3579. Is there anyway to manipulate palettes by setting some values in 
  3580. palette's map? Any hints?
  3581.  
  3582. Any info is greatly appreciated! thanks,
  3583.  
  3584. Maciej
  3585.  
  3586.  
  3587. From c9108939@sol.newcastle.edu.auSun Sep  3 22:30:07 1995
  3588. Date: Thu, 27 Apr 1995 15:06:53 +1000 (EST)
  3589. From: Brett Johansen <c9108939@sol.newcastle.edu.au>
  3590. To: blitz-list@helsinki.fi
  3591. Subject: crunch mania - 
  3592.  
  3593.  
  3594.  
  3595.  
  3596.     I received some advice to use crunch mania in my game!
  3597.  
  3598.         Can you give me an example of the commands
  3599.     required., to acheive a result.
  3600.  
  3601.         I want to pack map files because they
  3602.     take about 32k each on the disk.  
  3603.  
  3604.         but they pack to less than 1 k.
  3605.  
  3606.     So I want to unpack them into the map array!
  3607.  
  3608.  
  3609.     Bye the way my maps are pretty damn big - well 50+ screens
  3610.  
  3611.     plus parallax map about 16k as well when I think about it.
  3612.  
  3613.  
  3614.  
  3615.         So I want to 
  3616.             :PACK these maps
  3617.  
  3618.             :then load them in and unpack at the same time
  3619.             int the map(), at the start of each level.
  3620.  
  3621.  
  3622.         any help thanks.
  3623.  
  3624.     Also how about the sprite question I asked,
  3625.         nobody helped me.
  3626.  
  3627.     HOw do I do sprite priority on dual playfield with the display lib???
  3628.  
  3629.                 Brett Johansen
  3630.  
  3631.     PROJECT:     AtomHead - The brainless shootemup! 60%
  3632.  
  3633.  
  3634. From c9108939@sol.newcastle.edu.auSun Sep  3 22:30:07 1995
  3635. Date: Thu, 27 Apr 1995 16:25:08 +1000 (EST)
  3636. From: Brett Johansen <c9108939@sol.newcastle.edu.au>
  3637. To: blitz-list@helsinki.fi
  3638. Subject: proc calls
  3639.  
  3640.  
  3641.  
  3642.     Hello again,
  3643.  
  3644.         Say I have a asm procedure
  3645.  
  3646.  
  3647.         myproc{a.w,addrtable.l}
  3648.  
  3649.             move d1,a0
  3650.             move (a0),d1    ;just get data
  3651.             .
  3652.             .
  3653.             .
  3654.             ;now I want to call Blit x,y,0
  3655.             ;if I have the vars in the regs d0,d1,d2
  3656.             ;already, can I then JSR blitsubroutine
  3657.             ;to save blitz reloading them?
  3658.                 
  3659.             ;If so how do I find the addr of  blitsubroutine
  3660.             ; to jump to.
  3661.             .
  3662.             .
  3663.             do some more asm;
  3664.             asmexit
  3665.         end statement
  3666.  
  3667.     Also when a blit command is started does the CPU keep executing 
  3668.         when the blitter is drawing?
  3669.  
  3670.         And so if you put commands after a blit you get them done
  3671.         for "free" , until the blit you hit another blit command
  3672.         before the drawing is fininshed and the program flow has
  3673.         to wait?
  3674.             
  3675.  
  3676.     and finally I just discovered you can put #SIZE in Dc.w if you
  3677.         place it inside {}
  3678.  
  3679.     ie dc.w    12,5,{#SIZE\3},6,7.....
  3680.         
  3681.         just for anybody who didn't know. (like me)
  3682.  
  3683.                 Brett Johansen c9108939@cs.newcastle.edu.au
  3684.  
  3685.     PROJECT:  AtomHead - The brainless shootemup
  3686.  
  3687.  
  3688. From sis3149@sis.port.ac.ukSun Sep  3 22:30:07 1995
  3689. Date: Thu, 27 Apr 1995 08:44:51 +0100 (BST)
  3690. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  3691. To: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  3692. Cc: blitz-list@helsinki.fi
  3693. Subject: Re: hello
  3694.  
  3695. On Wed, 26 Apr 1995, MACIEJ GORNY wrote:
  3696.  
  3697. > Apparently you are, but what is going on with that list. I only 
  3698. > unsubscribed for a couple of weeks and the list is just not the same.
  3699. > Where are all those 20 (on average) messages in 24hr period as I 
  3700. > remeber this list?
  3701.  
  3702. A lot of people on the list are univerisity ppl, some of whom are still 
  3703. on holiday (the lucky f******.... : ) ).
  3704.  
  3705.  
  3706. Steve Mc.
  3707.  
  3708. +---------------------------------------------------------------------------+
  3709.                  L E A D I N G   E D G E   S O F T W A R E
  3710. +---------------------------------------------------------------------------+
  3711.                 Hang                 | Current project :                    +
  3712.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  3713. +---------------------------------------------------------------------------+
  3714.  
  3715.  
  3716.  
  3717. From sis3149@sis.port.ac.ukSun Sep  3 22:30:07 1995
  3718. Date: Thu, 27 Apr 1995 08:50:31 +0100 (BST)
  3719. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  3720. To: Brett Johansen <c9108939@sol.newcastle.edu.au>
  3721. Cc: blitz-list@helsinki.fi
  3722. Subject: Re: crunch mania - 
  3723.  
  3724. On Thu, 27 Apr 1995, Brett Johansen wrote:
  3725.  
  3726. >     I received some advice to use crunch mania in my game!
  3727. >         Can you give me an example of the commands
  3728. >     required., to acheive a result.
  3729.  
  3730. Right, first off get onto AMinet and find the crunch mania program.  Then 
  3731. find someone with the user library that uncrunches crunch mania data files 
  3732. (not sure who's lib it is).  The only command you actually need to unpack 
  3733. the data files is
  3734.  
  3735.     crmdecrunch source[,dest]
  3736.  
  3737. (I think thats the command name)
  3738. If you don't provide a destination, the data is unpacked over itself.
  3739.  
  3740. So to load your map files, do something like:
  3741.  
  3742.     Bload <Myfile>,0
  3743.     CRMDecrunch start(0),&myarray(0,0)
  3744.  
  3745. That should happily sort the data out for you.
  3746.  
  3747. >     Also how about the sprite question I asked,
  3748. >         nobody helped me.
  3749. >     HOw do I do sprite priority on dual playfield with the display lib???
  3750.  
  3751. to set the sprite priorities you'll have to directly set the hardware 
  3752. registers yourself.  There are no commands inside the library name 
  3753. SpritePriority.  I suggest you either get the Hardware REference Manual 
  3754. and find out what the bits are you need to set (I think they are in 
  3755. BPLCON1 or 2).
  3756.  
  3757. I think there might be a displaylib command though that you can use to 
  3758. actually change the value of BPLCONx inside the coplist object. Make sure 
  3759. that you OR your new value over the value that is already there since it 
  3760. almost certainly has other setup information inside the register.
  3761.  
  3762.  
  3763. Steve Mc.
  3764.  
  3765. +---------------------------------------------------------------------------+
  3766.                  L E A D I N G   E D G E   S O F T W A R E
  3767. +---------------------------------------------------------------------------+
  3768.                 Hang                 | Current project :                    +
  3769.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  3770. +---------------------------------------------------------------------------+
  3771.  
  3772.  
  3773.  
  3774. From colin@ahl.co.ukSun Sep  3 22:30:07 1995
  3775. Date: Thu, 27 Apr 1995 09:26:41 +0000
  3776. From: Colin Saunders <colin@ahl.co.uk>
  3777. To: Blitz-list@helsinki.fi
  3778. Subject: WB1.2
  3779.  
  3780.  
  3781. Dear All,
  3782.  
  3783. Will a program written in BB2 on the A500 work with Workbench 1.2 or
  3784. does it need 1.3?
  3785.  
  3786.     Thanks,
  3787.  
  3788.         colin.
  3789.  
  3790. *--------------------------------------------------*---------------------------*
  3791. |                Colin J. Saunders                 | CURRENT PROJECTS:         |
  3792. |    BSc Hons Computer Science,  Edinburgh 1994    |                           |
  3793. |                                                  | Graphics Manager:  100% B |
  3794. |             e-mail:  colin@ahl.co.uk             | Cute Game:           5%   |
  3795. *--------------------------------------------------*---------------------------*
  3796.  
  3797.  
  3798. From sis3149@sis.port.ac.ukSun Sep  3 22:30:07 1995
  3799. Date: Thu, 27 Apr 1995 11:06:33 +0100 (BST)
  3800. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  3801. To: Brett Johansen <c9108939@sol.newcastle.edu.au>
  3802. Cc: blitz-list@helsinki.fi
  3803. Subject: Re: proc calls
  3804.  
  3805. On Thu, 27 Apr 1995, Brett Johansen wrote:
  3806.  
  3807. >         Say I have a asm procedure
  3808. >         myproc{a.w,addrtable.l}
  3809. >             move d1,a0
  3810. >             move (a0),d1    ;just get data
  3811. >             .
  3812. >             .
  3813. >             .
  3814. >             ;now I want to call Blit x,y,0
  3815. >             ;if I have the vars in the regs d0,d1,d2
  3816. >             ;already, can I then JSR blitsubroutine
  3817. >             ;to save blitz reloading them?
  3818.  
  3819. Not quite that easy.  There is the TokeJsr function but I don't know if 
  3820. this will require you to directly specify shape to blit.  Also you'd have 
  3821. to set up a3 (I think) to point to the Addr Bitmap of the currently used 
  3822. bitmap.
  3823.  
  3824. >             ;If so how do I find the addr of  blitsubroutine
  3825. >             ; to jump to.
  3826. >             .
  3827. >             .
  3828. >             do some more asm;
  3829. >             asmexit
  3830. >         end statement
  3831.  
  3832. My suggestion: but this inside a blitz command library.
  3833.  
  3834. >     Also when a blit command is started does the CPU keep executing 
  3835. >         when the blitter is drawing?
  3836.  
  3837. Blit does such bitplane of the blit separately, so the cpu is waiting for 
  3838. the blit to finish after every frame BUT the last one.
  3839.  
  3840. >         And so if you put commands after a blit you get them done
  3841. >         for "free" , until the blit you hit another blit command
  3842. >         before the drawing is fininshed and the program flow has
  3843. >         to wait?
  3844.  
  3845. Not quite - read the bitplane thing above.
  3846.              
  3847. >     and finally I just discovered you can put #SIZE in Dc.w if you
  3848. >         place it inside {}
  3849.  
  3850. >     ie dc.w    12,5,{#SIZE\3},6,7.....
  3851.  
  3852. Yep.
  3853.  
  3854.  
  3855. Steve Mc.
  3856.  
  3857. +---------------------------------------------------------------------------+
  3858.                  L E A D I N G   E D G E   S O F T W A R E
  3859. +---------------------------------------------------------------------------+
  3860.                 Hang                 | Current project :                    +
  3861.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  3862. +---------------------------------------------------------------------------+
  3863.  
  3864.  
  3865.  
  3866. From sis3149@sis.port.ac.ukSun Sep  3 22:30:07 1995
  3867. Date: Thu, 27 Apr 1995 12:02:25 +0100 (BST)
  3868. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  3869. To: Blitzlist <blitz-list@helsinki.fi>
  3870. Subject: Contact numbers if France
  3871.  
  3872. Anyone got any BUM/Blitz contact numbers for people in France?
  3873.  
  3874.  
  3875. Steve Mc.
  3876.  
  3877. +---------------------------------------------------------------------------+
  3878.                  L E A D I N G   E D G E   S O F T W A R E
  3879. +---------------------------------------------------------------------------+
  3880.                 Hang                 | Current project :                    +
  3881.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  3882. +---------------------------------------------------------------------------+
  3883.  
  3884.  
  3885.  
  3886. From colin@ahl.co.ukSun Sep  3 22:30:07 1995
  3887. Date: Thu, 27 Apr 1995 12:14:43 +0000
  3888. From: Colin Saunders <colin@ahl.co.uk>
  3889. To: Blitz-list@helsinki.fi
  3890. Subject: Level maps..
  3891.  
  3892.  
  3893. Dear All,
  3894.  
  3895. Speculative question as I haven't tried this yet...
  3896.  
  3897. Is it possible to load in the level block maps from file using, say,
  3898. readmem_ and then to access this as an array?
  3899.  
  3900.     Thanks,
  3901.  
  3902.         Colin.
  3903.  
  3904.  
  3905. From relmore@silver.sdsmt.eduSun Sep  3 22:30:07 1995
  3906. Date: Thu, 27 Apr 1995 06:42:36 -0600 (MDT)
  3907. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  3908. To: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  3909. Cc: blitz-list@helsinki.fi
  3910. Subject: Re: Q: how to recover WB's palette
  3911.  
  3912. On Wed, 26 Apr 1995, MACIEJ GORNY wrote:
  3913. > Does anybody know what wouldbe the way to recover WB prefs palette 
  3914. > after it was changed with UsePalette command?
  3915. > Is there anyway to manipulate palettes by setting some values in 
  3916. > palette's map? Any hints?
  3917.  
  3918. Altering the palette of a public screen like Workbench is a very, very BAD 
  3919. thing to do.  (Esp. with kickstart 3.x, as pen-sharing would 
  3920. REALLY be screwed up.)  However, if you still want information on 
  3921. restoring the palette prefs, e-mail me and I'll send you some source 
  3922. examples of reading palette prefs (and restoring them) for 2.x and 3.x.
  3923.  
  3924.  
  3925.  
  3926.  
  3927.  
  3928.     +---------------------------------------------------------------+
  3929.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  3930.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  3931.     +---------------------------------------------------------------+
  3932.  
  3933.  
  3934.  
  3935. From relmore@silver.sdsmt.eduSun Sep  3 22:30:07 1995
  3936. Date: Thu, 27 Apr 1995 06:44:50 -0600 (MDT)
  3937. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  3938. To: Brett Johansen <c9108939@sol.newcastle.edu.au>
  3939. Cc: blitz-list@helsinki.fi
  3940. Subject: Re: crunch mania - 
  3941.  
  3942. On Thu, 27 Apr 1995, Brett Johansen wrote:
  3943.  
  3944. >     I received some advice to use crunch mania in my game!
  3945. >         Can you give me an example of the commands
  3946. >     required., to acheive a result.
  3947. >         I want to pack map files because they
  3948. >     take about 32k each on the disk.  
  3949. >         but they pack to less than 1 k.
  3950. >     So I want to unpack them into the map array!
  3951.  
  3952. I could provide help using the LH libraries packing and unpacking 
  3953. routines, which offer much better compression than crunchmania anyway.  
  3954. If you're interested, e-mail me.
  3955.  
  3956.  
  3957.     +---------------------------------------------------------------+
  3958.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  3959.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  3960.     +---------------------------------------------------------------+
  3961.  
  3962.  
  3963.  
  3964. From ngh94@aber.ac.ukSun Sep  3 22:30:07 1995
  3965. Date: Thu, 27 Apr 1995 13:56:15 +0100
  3966. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  3967. To: blitz-list@helsinki.fi
  3968. Subject: Re: Level maps.. 
  3969.  
  3970. In message <19529.9504271114@delta.ahl.co.uk>, 
  3971.     Colin Saunders <colin@abstract-hardware-ltd.co.uk> writes:
  3972. > Dear All,
  3973. > Speculative question as I haven't tried this yet...
  3974. > Is it possible to load in the level block maps from file using, say,
  3975. > readmem_ and then to access this as an array?
  3976. >     Thanks,
  3977. >         Colin.
  3978.  
  3979. Colin,
  3980.     Yup, do something like
  3981.  
  3982.     Dim My_Array.b(9,9)
  3983.     
  3984.     if WriteFile(0,"ram:test")
  3985.         writemem 0,&My_Array,10*10
  3986.         closefile 0
  3987.     endif
  3988.  
  3989.     if readfile(0,"ram:test")
  3990.         readmem 0,&My_Array,10*10
  3991.         closefile 0
  3992.     endif
  3993.  
  3994. That works fine, I use it for some of my stuff.
  3995.  
  3996.  
  3997.     Nigel Hughes
  3998.  
  3999.  
  4000. From mfc@xanum.uam.mxSun Sep  3 22:30:07 1995
  4001. Date: Thu, 27 Apr 1995 08:15:19 -0500 (CDT)
  4002. From: Maestria en Filosofia <mfc@xanum.uam.mx>
  4003. To: Stephen McNamara <sis3149@sis.port.ac.uk>
  4004. Cc: Blitz-list@helsinki.fi
  4005. Subject: Re: anim files
  4006.  
  4007.  
  4008.  
  4009. On Mon, 24 Apr 1995, Stephen McNamara wrote:
  4010.  
  4011. > On Sun, 23 Apr 1995, Pedro J. Cervantes Pintor wrote:
  4012. > >   Where can i find information about the formats not suported 
  4013. > > from Blitz for "anim" files ....
  4014. > The standard blitz can lay anim5 file and load in animbrushes as shapes.
  4015. > If you use our anim library (RIAnimLib) you can play back Anim5 & Anim7 
  4016. > (short and long types). Our library also supports different palettes for 
  4017. > each frame.
  4018.    Steve Mc.:
  4019.  
  4020.   I couldn't make work your example to play anims; My Amiga crashes in 
  4021. the Bload command before it can ask me for the disk with the anim!!, i 
  4022. tried to change the parameters, but i get the same...
  4023.  
  4024.   And one more problem...
  4025.   I live in America (Mexico :) ) so i use NTSC SO i have problems with 
  4026. MED songs, they play faster and the med library (blitz) doesn't have any 
  4027. command to make them play slower. I thougt to use the MED and OctaMED 
  4028. libraries (Teijo Kinuen) but i don't know how to install and use this 
  4029. from blitz. Does anybody knows what should i do? :)
  4030.  
  4031.   Pedro C.
  4032.  
  4033.  
  4034. From C.Andrews@herts.ac.ukSun Sep  3 22:30:07 1995
  4035. Date: Thu, 27 Apr 1995 14:22:50 +0100 (BST)
  4036. From: Chris Andrews <C.Andrews@herts.ac.uk>
  4037. To: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  4038. Cc: blitz-list@helsinki.fi
  4039. Subject: Re: Q: how to recover WB's palette
  4040.  
  4041.  
  4042.    The current prefs files are in Ram:ENV/ somewhere (possibly 
  4043. ENV:sys/pallete.prefs)  and are, from what I gather .iff files. 
  4044.  
  4045.    You may be able to get at the colours from the LoadPalette(*)  command as 
  4046. this uses that format.  Otherwise experiment with this file.  When not in 
  4047. the Env: drawer. They usually reside in sys:prefs/envarchive (guess name 
  4048. again) alough this may change. (On my system I have Env-Archive.1 
  4049. Env-Archive.2 and Env-Archive.3 for different setups). 
  4050.   
  4051.   I appologise if I sound like I am guessing and I am wrong, but I 
  4052. haven't seen my amiga for about 7 weeks and I forget things easily) 
  4053.  
  4054. yours -- Chris
  4055.  
  4056. || ||  Chris Andrews          || ||
  4057. (^.^)  C.Andrews@herts.ac.uk  (^.^)
  4058.   "                             "
  4059.  
  4060.  
  4061. From apelton@coventry.ac.ukSun Sep  3 22:30:07 1995
  4062. Date: Thu, 27 Apr 1995 18:11:57 +0100 (BST)
  4063. From: Andy Pelton <apelton@coventry.ac.uk>
  4064. To: Blitz-List <blitz-list@helsinki.fi>
  4065. Subject: display`n`disk
  4066.  
  4067.     hi there has any one out there got a AGA dual-play feild working 
  4068. so that you can display 16 colours per playfield as every time i try to 
  4069. use this display one of the play feilds has 16 colors but the other play 
  4070. feild has only 8 and these 8 are the first 8 of the first play field 
  4071. please could you send me the source code for a working display AGA dual 
  4072. playfield. What is max resoultion you can have in a dual playfeild and 
  4073. how do you get the Display copper effects working as i can every time i 
  4074. have used these it says not engough space or something simlar when i have 
  4075. allocated enough space with the customcop paramter of Initcoplist.
  4076.  
  4077.     next with the TRACKDISK commands how many sectors are on a disk 
  4078. and how many bytes are there in a sector.
  4079.     also has any one found that Rich T Elmore`s Space$ command dose 
  4080. not work on the 2.x machines but is fine on the 1200.
  4081.  
  4082.     at the moment is it possible to get a dual play feild in intuition     if 
  4083. so what are the commands to display the two playfeilds.
  4084.     
  4085.     How do you access the Workbench events from blitz. I mean the 
  4086. actual events from the original work bench screen.
  4087.  
  4088.     one last thing when is bum 8 going to be released and will it 
  4089. have the acclamied 3d libaray.     
  4090.      
  4091.  ________________________________________________
  4092. |    Andy Pelton       |     Current Projects |    
  4093. |        of           |             |    
  4094. | Infinite Improbability  |    Dyna-Death AGA   |
  4095. |                |             |
  4096. | apelton@coventry.ac.uk  | A Dyna-Blaster clone |
  4097. |_________________________|______________________|
  4098.  
  4099.  
  4100.  
  4101. From GORN4907@mars.rowan.eduSun Sep  3 22:30:07 1995
  4102. Date: Thu, 27 Apr 1995 12:28:37 EST
  4103. From: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  4104. To: blitz-list@helsinki.fi
  4105. Subject: Re: Q: how to recover WB's palette
  4106.  
  4107. >    The current prefs files are in Ram:ENV/ somewhere (possibly 
  4108. > ENV:sys/pallete.prefs)  and are, from what I gather .iff files. 
  4109. >    You may be able to get at the colours from the LoadPalette(*)  command as 
  4110. > this uses that format.  Otherwise experiment with this file.  When not in 
  4111. > the Env: drawer. They usually reside in sys:prefs/envarchive (guess name 
  4112. > again) alough this may change. (On my system I have Env-Archive.1 
  4113. > Env-Archive.2 and Env-Archive.3 for different setups). 
  4114. >   
  4115. >   I appologise if I sound like I am guessing and I am wrong, but I 
  4116. > haven't seen my amiga for about 7 weeks and I forget things easily) 
  4117. > yours -- Chris
  4118. > || ||  Chris Andrews          || ||
  4119. > (^.^)  C.Andrews@herts.ac.uk  (^.^)
  4120. >   "                             "
  4121. I tried reading palette.prefs with LoadPalette command but it says it 
  4122. can't find CMAP (color map I assume), so it can't be pure IFF file.
  4123.  
  4124. maciej 
  4125.  
  4126.  
  4127. From josh@pinsight.comSun Sep  3 22:30:07 1995
  4128. Date: Thu, 27 Apr 1995 10:40:50 -0700 (PDT)
  4129. From: Josh Farley <josh@pinsight.com>
  4130. To: Maestria en Filosofia <mfc@xanum.uam.mx>
  4131. Cc: Stephen McNamara <sis3149@sis.port.ac.uk>, Blitz-list@helsinki.fi
  4132. Subject: Re: anim files
  4133.  
  4134.  
  4135.  
  4136. On Thu, 27 Apr 1995, Maestria en Filosofia wrote:
  4137.  
  4138. >   And one more problem...
  4139. >   I live in America (Mexico :) ) so i use NTSC SO i have problems with 
  4140. > MED songs, they play faster and the med library (blitz) doesn't have any 
  4141. > command to make them play slower. I thougt to use the MED and OctaMED 
  4142. > libraries (Teijo Kinuen) but i don't know how to install and use this 
  4143. > from blitz. Does anybody knows what should i do? :)
  4144.  
  4145.   You need to set up an interrupt to handle the MED songs... like so...
  4146.  
  4147.  SetInt5
  4148.   If si>-1
  4149.    si+1
  4150.    If si>4 Then si=0 Else PlayMed
  4151.   EndIf
  4152.  End SetInt
  4153.  
  4154.  
  4155.   That should do the trick for NTSC... 
  4156.  
  4157. Josh Farley     Netmail: 1:119/88     E-Mail: josh@pinsight.com
  4158.   Now Available: "TeleTerm" Terminal program Version 2.0
  4159.       FTP as comm/term/teleterm20.lha
  4160.   Also Available: "Ooze" ECS/AGA Version 2...
  4161.       FTP as game/think/oozeaga2u.lha or game/think/oozeecs2u.lha
  4162.   or at 1:119/88 or 916-893-8079
  4163.  
  4164.  
  4165.  
  4166. From jay@burns.demon.co.ukSun Sep  3 22:30:08 1995
  4167. Date: Thu, 27 Apr 95 18:26:42 GMT
  4168. From: Jamie Burns <jay@burns.demon.co.uk>
  4169. To: blitz-list@helsinki.fi
  4170. Subject: WANNA SELL YOUR BUMS?
  4171.  
  4172.  Hiya.. Peeps..
  4173.  
  4174.   I am wondering if anyone would like to sell their BUMS (6+)
  4175.  
  4176.   I cant really stand the wait involved in ordering them properly so i will offer
  4177.  10 quid for a set (originals though).
  4178.  
  4179.   Anyone interested?
  4180.  
  4181.   Write me :- jay@demon.co.uk
  4182.  
  4183.   PS. I dont mean give me originals and you keep copies!
  4184.  
  4185.  
  4186. From C.Andrews@herts.ac.ukSun Sep  3 22:30:08 1995
  4187. Date: Thu, 27 Apr 1995 20:35:52 +0100 (BST)
  4188. From: Chris Andrews <C.Andrews@herts.ac.uk>
  4189. To: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  4190. Cc: blitz-list@helsinki.fi
  4191. Subject: Re: Q: how to recover WB's palette
  4192.  
  4193.  
  4194.  
  4195. On Thu, 27 Apr 1995, MACIEJ GORNY wrote:
  4196.  
  4197. > I tried reading palette.prefs with LoadPalette command but it says it 
  4198. > can't find CMAP (color map I assume), so it can't be pure IFF file.
  4199.  
  4200.    I'm pretty sure that they can be loaded in DPaint with both Load 
  4201. Picture and load palette.
  4202.  
  4203. Chris
  4204.  
  4205.  
  4206. From phips@scout.rhein-main.deSun Sep  3 22:30:08 1995
  4207. Date: Thu, 27 Apr 95 19:52:48 CET
  4208. From: Philipp Lonke <phips@scout.rhein-main.de>
  4209. To: blitz-list@helsinki.fi
  4210. Subject: Re: Saving Newtypes
  4211.  
  4212. Hi Neil, you wrote in <Pine.3.89.9504272235.C25695-0100000@triode>:
  4213.  
  4214. > some time ago I read a message from someone who was working on a command 
  4215. > that allowed you to save an entire newtype in a single command, who are 
  4216. > you, where are you, how is it going?
  4217.  
  4218. Do you mean to save an Newtype in a file or what? I also need help in
  4219. this subject!
  4220.  
  4221. It could be so easy just to write:
  4222.  
  4223.  ...
  4224.    resetlist(my)
  4225.    if openfile(0,"ram:test")
  4226.         fields 0,my.newtype
  4227.         while nextitem(my)
  4228.             put 0,i
  4229.             i+1
  4230.         wend
  4231.     closefile 0
  4232.  ...
  4233.  
  4234. [ no warranty, this is *crap* source!]
  4235.  
  4236. and now you must put each newtype-item in a variable and put this 
  4237. variable in the record... Or is there another way to do it??
  4238.  
  4239. -- 
  4240. Philipp Lonke * phips@scout.rhein-main.de * postal adress on demand
  4241. "Lehrerkommödie: Die Armut der Lehrer, während die Staaten Unsummen für
  4242. die Wehrmacht hinauswerfen. Da sie nur Lehrer für 600 DM sich leisten
  4243. können, bleiben die Völker so dumm, daß sie sich Kriege für 60
  4244. Milliarden leisten müssen." (Ch. Morgenstern, "Aphorismen")
  4245.  
  4246.  
  4247. From GORN4907@mars.rowan.eduSun Sep  3 22:30:08 1995
  4248. Date: Thu, 27 Apr 1995 16:49:36 EST
  4249. From: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  4250. To: blitz-list@helsinki.fi
  4251. Subject: (Fwd) Re: Q: how to recover WB's palette
  4252.  
  4253. >> I tried reading palette.prefs with LoadPalette command but it says it 
  4254. >> can't find CMAP (color map I assume), so it can't be pure IFF file.
  4255. >> 
  4256. >
  4257. >I'm pretty sure that they can be loaded in DPaint with both Load 
  4258. >Picture and load palette.
  4259. >
  4260. >Chris
  4261.  
  4262. Did you try loading it as an IFF picture or as a palette?
  4263.  
  4264. --maciej
  4265.  
  4266.  
  4267. From neil@triode.apana.org.auSun Sep  3 22:30:08 1995
  4268. Date: Thu, 27 Apr 1995 22:05:46 +0000
  4269. From: Neil Miller <neil@triode.apana.org.au>
  4270. To: blitz-list@helsinki.fi
  4271. Subject: Saving Newtypes
  4272.  
  4273. some time ago I read a message from someone who was working on a command 
  4274. that allowed you to save an entire newtype in a single command, who are 
  4275. you, where are you, how is it going?
  4276.  
  4277.                           \|/
  4278.                          -O"O-
  4279. ----------------------oOO-(_)-OOo------------------------
  4280.                          T E X
  4281.                 neil@triode.apana.org.au
  4282.  
  4283.  
  4284.  
  4285. From acid@iconz.co.nzSun Sep  3 22:30:08 1995
  4286. Date: Fri, 28 Apr 1995 13:49:24 +1200 (NZST)
  4287. From: Simon or Mark <acid@iconz.co.nz>
  4288. To: Neil Miller <neil@triode.apana.org.au>
  4289. Cc: blitz-list@helsinki.fi
  4290. Subject: Re: Saving Newtypes
  4291.  
  4292.  
  4293.  
  4294. On Thu, 27 Apr 1995, Neil Miller wrote:
  4295.  
  4296. > some time ago I read a message from someone who was working on a command 
  4297. > that allowed you to save an entire newtype in a single command, who are 
  4298. > you, where are you, how is it going?
  4299.  
  4300. Here's one way to do it...
  4301.  
  4302. Newtype.test
  4303. a.w
  4304. b.w
  4305. c.q
  4306. etc...
  4307. End Newtype
  4308.  
  4309. Dim List a.test(100)
  4310.  
  4311. From sis3149@sis.port.ac.ukSun Sep  3 22:30:08 1995
  4312. Date: Fri, 28 Apr 1995 08:53:25 +0100 (BST)
  4313. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  4314. To: Blitzlist <blitz-list@helsinki.fi>
  4315. Subject: Debugger
  4316.  
  4317. Reports back from the people I sent the debugger to would be appreciated 
  4318. (thanx to Neil Millerwho has already replied).
  4319.  
  4320.  
  4321. Steve Mc.
  4322.  
  4323. +---------------------------------------------------------------------------+
  4324.                  L E A D I N G   E D G E   S O F T W A R E
  4325. +---------------------------------------------------------------------------+
  4326.                 Hang                 | Current project :                    +
  4327.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  4328. +---------------------------------------------------------------------------+
  4329.  
  4330.  
  4331.  
  4332. From J.A.R.Marshall@exeter.ac.ukSun Sep  3 22:30:08 1995
  4333. Date: Fri, 28 Apr 1995 14:34:39 +0300
  4334. From: J.A.R.Marshall@exeter.ac.uk
  4335. To: blitz-list@helsinki.fi
  4336. Subject: No Memebership No.
  4337.  
  4338. well...
  4339.   seems I need to get hold of a BUM subscription to get the new Display FX
  4340. lib (I`m currently only on BUM6 which someone sent me free for some reason!)
  4341. Only problem is, I never recevied a membership no. with Blitz2, or if I did
  4342. it suffered some terrible fate in one of the darker corners of my house. And
  4343. what do you need to subscribe to BUM? you guessed it! Anyone got any ideas
  4344. what I should do, I`ve put this here `cos I don`t have any contact addresses
  4345. for Acid on e-mail or snail-mail (aren`t I careless!)
  4346.     Thanks again,
  4347.         Jim \:)
  4348.  
  4349.  
  4350.  
  4351.  
  4352.  
  4353. From jay@burns.demon.co.ukSun Sep  3 22:30:08 1995
  4354. Date: Fri, 28 Apr 95 11:59:51 GMT
  4355. From: Jamie Burns <jay@burns.demon.co.uk>
  4356. To: blitz-list@helsinki.fi
  4357. Subject: Screen Tags?
  4358.  
  4359.  Hiya..
  4360.  
  4361.  Does anybody know how to get rid of the title bar from an intuition screen?
  4362.  
  4363.   Ive tried playing with the screen tags but cant seem to find the right bit to
  4364.  switch it off..
  4365.  
  4366.   Also, on the subject of screen tags, does anybody know how to open a proper
  4367.  OS3+ looking screen (ie. a nice black trim under the white title bar) ??
  4368.  
  4369.   And one last thing..  I heard there was some cool AMIGA mode hardware
  4370.  scrolling stuff around here, dont suppose someone could mail me some?
  4371.  
  4372.   See ya soon..
  4373.  
  4374.   jay@burns.demon.co.uk
  4375.  
  4376.  
  4377.  
  4378.  
  4379. From relmore@silver.sdsmt.eduSun Sep  3 22:30:08 1995
  4380. Date: Fri, 28 Apr 1995 06:57:16 -0600 (MDT)
  4381. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  4382. To: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  4383. Cc: blitz-list@helsinki.fi
  4384. Subject: Re: Q: how to recover WB's palette
  4385.  
  4386. On Thu, 27 Apr 1995, MACIEJ GORNY wrote:
  4387.  
  4388. > Date: Thu, 27 Apr 1995 12:28:37 EST
  4389. > From: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  4390. > To: blitz-list@helsinki.fi
  4391. > Subject: Re: Q: how to recover WB's palette
  4392. > >    The current prefs files are in Ram:ENV/ somewhere (possibly 
  4393. > > ENV:sys/pallete.prefs)  and are, from what I gather .iff files. 
  4394. > > 
  4395. > I tried reading palette.prefs with LoadPalette command but it says it 
  4396. > can't find CMAP (color map I assume), so it can't be pure IFF file.
  4397. > maciej 
  4398.  
  4399. The palette.prefs file for 2.x is more-or-less an IFF-ILBM containing a 
  4400. palette, but since 3.0 the standard has been changed to a new IFF type called 
  4401. FORM PREF.  I know how to parse both these types, as well as 1.3 
  4402. system-configuration files to derive the palette prefs you're looking for. 
  4403. (Most of the info is in the RKMs.)
  4404.  
  4405.  
  4406.     +---------------------------------------------------------------+
  4407.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  4408.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  4409.     +---------------------------------------------------------------+
  4410.  
  4411.  
  4412.  
  4413. From mfc@xanum.uam.mxSun Sep  3 22:30:08 1995
  4414. Date: Fri, 28 Apr 1995 09:22:07 -0500 (CDT)
  4415. From: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  4416. To: Stephen McNamara <sis3149@sis.port.ac.uk>
  4417. Cc: blitz-list@helsinki.fi
  4418. Subject: Re: anim files
  4419.  
  4420.  
  4421.  
  4422. On Fri, 28 Apr 1995, Stephen McNamara wrote:
  4423.  
  4424. > On Thu, 27 Apr 1995, Maestria en Filosofia wrote:
  4425. > >   I couldn't make work your example to play anims; My Amiga crashes in 
  4426. > > the Bload command before it can ask me for the disk with the anim!!, i 
  4427. > > tried to change the parameters, but i get the same...
  4428. > What version of our libs are you using and what machine/OS version 
  4429. > are they running on (since some of our commands have in the past fallen 
  4430. > down on old versions( e.g. pre 2.0).
  4431.  Steve Mc.
  4432.  
  4433.   I have the RIBlitzLibs v4.0 and an Amiga 500 1MbChip OS 1.3  <:)
  4434.  
  4435.   Pedro C. 
  4436.  
  4437.  
  4438. From josh@pinsight.comSun Sep  3 22:30:08 1995
  4439. Date: Fri, 28 Apr 1995 12:20:45 -0700 (PDT)
  4440. From: Josh Farley <josh@pinsight.com>
  4441. To: Jamie Burns <jay@burns.demon.co.uk>
  4442. Cc: blitz-list@helsinki.fi
  4443. Subject: Re: Screen Tags?
  4444.  
  4445.  
  4446.  
  4447. On Fri, 28 Apr 1995, Jamie Burns wrote:
  4448.  
  4449. >  Does anybody know how to get rid of the title bar from an intuition screen?
  4450.  
  4451.   Yes.
  4452.  
  4453. >   Ive tried playing with the screen tags but cant seem to find the right bit to
  4454. >  switch it off..
  4455.  
  4456.   Oh, you want me to tell you??? :)
  4457.  
  4458.   Use the following Tags:
  4459.  
  4460. #SA_Quiet     , True
  4461. #SA_ShowTitle , False
  4462.  
  4463.   Also use a MenusOff command after opening a window...
  4464.  
  4465. >   Also, on the subject of screen tags, does anybody know how to open a proper
  4466. >  OS3+ looking screen (ie. a nice black trim under the white title bar) ??
  4467.  
  4468.   Use the #SA_LikeWorkbench , True tag... it should help...
  4469.  
  4470. >   And one last thing..  I heard there was some cool AMIGA mode hardware
  4471. >  scrolling stuff around here, dont suppose someone could mail me some?
  4472.  
  4473. First use this code after opening your screen:
  4474.  
  4475.  *s0.Screen=Peek.l(Addr Screen(0))
  4476.  *v0.ViewPort=*s0\_ViewPort
  4477.  *r0.RasInfo=*v0\RasInfo
  4478.  
  4479. Now, use the following code in your main loop:
  4480.  
  4481.  *r0\_BitMap=Addr BitMap(cb),x,y
  4482.  ScrollVPort_ *v0
  4483.  cb=1-cb
  4484.  
  4485. Where cb= the current bitmap number (for double buffering)
  4486.       x = the x offset within that bitmap
  4487.       y = the y offset within that bitmap
  4488.  
  4489. This should work beautifully...
  4490.  
  4491. Josh Farley     Netmail: 1:119/88     E-Mail: josh@pinsight.com
  4492.   Now Available: "TeleTerm" Terminal program Version 2.0
  4493.       FTP as comm/term/teleterm20.lha
  4494.   Also Available: "Ooze" ECS/AGA Version 2...
  4495.       FTP as game/think/oozeaga2u.lha or game/think/oozeecs2u.lha
  4496.   or at 1:119/88 or 916-893-8079
  4497.  
  4498.  
  4499.  
  4500. From mfc@xanum.uam.mxSun Sep  3 22:30:08 1995
  4501. Date: Sat, 29 Apr 1995 01:07:21 -0500 (CDT)
  4502. From: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  4503. To: "Ott M. Aaloe" <OTT@microlnk.ml.ee>
  4504. Cc: blitz-list@helsinki.fi
  4505. Subject: Re: Ri libs and 1.3
  4506.  
  4507.  
  4508.  
  4509. On Fri, 28 Apr 1995, Ott M. Aaloe wrote:
  4510.  
  4511. > > 
  4512. > >   I have the RIBlitzLibs v4.0 and an Amiga 500 1MbChip OS 1.3  <:)
  4513. > > 
  4514. > >   Pedro C. 
  4515. > > 
  4516. > erm...I was just wondering if you had any troubles with Ri's Bload and 
  4517. > FileSize - coz I tested it on A3000 1.3 and it hangs...so can 
  4518. > you please check it out for me.
  4519. >
  4520.  
  4521.  
  4522.   Ott M. Aaloe :
  4523.  
  4524.    Yes i had problems with the Bload command (i haven't tested 
  4525. "filesize", but i will); have you tried the RIBlitzLibs V1.0?
  4526.  
  4527.   Pedro C.
  4528.  
  4529.  
  4530. From lynnjenn@village.caSun Sep  3 22:30:08 1995
  4531. Date: Sat, 29 Apr 95 17:32:52 EDT
  4532. From: Lynn Jennings <lynnjenn@village.ca>
  4533. To: jay@burns.demon.co.uk
  4534. Cc: blitz-list@helsinki.fi
  4535. Subject: Re: Screen Tags?
  4536.  
  4537.  
  4538.  
  4539. >  Does anybody know how to get rid of the title bar from an intuition screen?
  4540. >   jay@burns.demon.co.uk
  4541.  
  4542. Sorry if this has been answered; think our mailer's been acting up.
  4543.  
  4544. Anyway, use the intuition call ShowTitle.
  4545.  
  4546. I don't have my books nearby, but I imagine it should be something like:
  4547.  
  4548. ShowTitle_(Addr Screen SCRN, BOOL)
  4549.  
  4550. Where SCRN is the number of the screen object and BOOL is a boolean value
  4551. (i.e. TRUE=-1/FALSE=0).
  4552.  
  4553. The call takes the address of the screen structure and the boolean.
  4554.  
  4555. Christopher Jennings
  4556. EBA
  4557.  
  4558.  
  4559. From GORN4907@mars.rowan.eduSun Sep  3 22:30:08 1995
  4560. Date: Sat, 29 Apr 1995 17:05:18 EST
  4561. From: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  4562. To: blitz-list@helsinki.fi
  4563. Subject: Re: Q: how to recover WB's palette
  4564.  
  4565.  
  4566. > The palette.prefs file for 2.x is more-or-less an IFF-ILBM containing a 
  4567. > palette, but since 3.0 the standard has been changed to a new IFF type called 
  4568. > FORM PREF.  I know how to parse both these types, as well as 1.3 
  4569. > system-configuration files to derive the palette prefs you're looking for. 
  4570. > (Most of the info is in the RKMs.)
  4571. >     +---------------------------------------------------------------+
  4572. >     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  4573. >     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  4574. >     +---------------------------------------------------------------+
  4575. Could you please send me that information if possible? I don't have 
  4576. access to RKMs. 
  4577.  
  4578. Ok, so I understan that to get 2.0 and 3.0 palettes we need to read 
  4579. that palette.prefs file with LoadPalette. But how is it done in 1.3?
  4580.  
  4581. Also is it possible from blitz2 to manipulate palettes on a register 
  4582. level. I mean to change value of some individual color without 
  4583. changing the rest of them? I assume maybe one way to do it would be 
  4584. to create a palette object and assigning a pointer to i, and then 
  4585. just read the appropriate field. Something like:
  4586.  
  4587. LoadPalette 1, ...
  4588. *p.palette=Addr Palette(1)
  4589.  
  4590. Am I on the right track?
  4591.  
  4592. Thanks for all the help.
  4593.  
  4594. maciej
  4595.  
  4596.  
  4597. From relmore@silver.sdsmt.eduSun Sep  3 22:30:08 1995
  4598. Date: Sun, 30 Apr 1995 00:49:38 -0600 (MDT)
  4599. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  4600. To: Jamie Burns <jay@burns.demon.co.uk>
  4601. Cc: blitz-list@helsinki.fi
  4602. Subject: Re: Screen Tags?
  4603.  
  4604. On Fri, 28 Apr 1995, Jamie Burns wrote:
  4605. >  Does anybody know how to get rid of the title bar from an intuition screen?
  4606.  
  4607. Using the Screentags:
  4608. #SA_ShowTitle,False
  4609. #SA_Quiet,True
  4610.  
  4611. >   Also, on the subject of screen tags, does anybody know how to open a proper
  4612. >  OS3+ looking screen (ie. a nice black trim under the white title bar) ??
  4613.  
  4614. It's more dependant on your FLAGS, no tags will set them for you.  Or the 
  4615. number $240000 with your other screentags to have the "newlook."
  4616.  
  4617. >   And one last thing..  I heard there was some cool AMIGA mode hardware
  4618. >  scrolling stuff around here, dont suppose someone could mail me some?
  4619.  
  4620. I've got an awesome new ElmoreLib to handle this and a lot more... Wanna 
  4621. be a betatester?
  4622.  
  4623.     +---------------------------------------------------------------+
  4624.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  4625.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  4626.     +---------------------------------------------------------------+
  4627.  
  4628.  
  4629.  
  4630. From GORN4907@mars.rowan.eduSun Sep  3 22:30:08 1995
  4631. Date: Sun, 30 Apr 1995 22:33:27 EST
  4632. From: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  4633. To: blitz-list@helsinki.fi
  4634. Subject: Re: Q: how to recover WB's palette
  4635.  
  4636. > If I understand your question correctly, you would want to use the PalRGB 
  4637. > command (or AGAPalRGB.)  I beleive they became standard as of Bum5...
  4638. >     +---------------------------------------------------------------+
  4639. >     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  4640. >     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  4641. >     +---------------------------------------------------------------+
  4642.  
  4643. Thanks Rich for your help. I think I figured out what I need to do 
  4644. last night. First I store original RGB values using Red, Green, and 
  4645. Blue commands and then restore it using RGB command if a WB palette 
  4646. gets altered. I think this should do the trick.
  4647.  
  4648. maciej
  4649.  
  4650.  
  4651. From GORN4907@mars.rowan.eduSun Sep  3 22:30:08 1995
  4652. Date: Mon, 1 May 1995 15:03:13 EST
  4653. From: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  4654. To: blitz-list@helsinki.fi
  4655. Subject: Q: Using AvailMem_
  4656.  
  4657. Does anybody know what are the parameters that AvailMem_ needs to 
  4658. show the available memory? is there anyway to check seperately how 
  4659. much fast and how much chip RAM is left?
  4660.  
  4661. Thanks!
  4662.  
  4663. Maciej
  4664.  
  4665.  
  4666. From mfc@xanum.uam.mxSun Sep  3 22:30:08 1995
  4667. Date: Mon, 1 May 1995 23:18:02 -0500 (CDT)
  4668. From: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  4669. To: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  4670. Cc: blitz-list@helsinki.fi
  4671. Subject: Re: Q: Using AvailMem_
  4672.  
  4673.  
  4674.  
  4675. On Mon, 1 May 1995, MACIEJ GORNY wrote:
  4676.  
  4677. > Does anybody know what are the parameters that AvailMem_ needs to 
  4678. > show the available memory? is there anyway to check seperately how 
  4679. > much fast and how much chip RAM is left?
  4680. > Thanks!
  4681.    Maciej :
  4682.  
  4683.   The function "availMem" only need the "attributes" parameter
  4684.   
  4685.   so from Blitz you'll have to do...:
  4686.     size=AvailMem_ (attributes)
  4687.     
  4688.   ..from assembler ....:
  4689.     D1 = attributes
  4690.     D0 = Size
  4691.     
  4692.   ...AND the attributes are !! ....:     :)
  4693.   
  4694.    #MEMF_ANY      = 0
  4695.    #MEMF_PUBLIC   = 1 ASL 0
  4696.    #MEMF_CHIP     = 1 ASL 1
  4697.    #MEMF_FAST     = 1 ASL 2
  4698.    #MEMF_LOCAL    = 1 ASL 8
  4699.    #MEMF_24BITDMA = 1 ASL 9
  4700.    #MEMF_CLEAR    = 1 ASL 16
  4701.    #MEMF_LARGEST  = 1 ASL 17
  4702.    #MEMF_REVERSE  = 1 ASL 18
  4703.    #MEMF_TOTAL    = 1 ASL 19  
  4704.    #MEMF_BLOCKSIZE= 8
  4705.    #MEMF_BLOCKMASK= #MEMF_BLOCKSIZE-1
  4706.    
  4707.   
  4708.   examples :
  4709.     size=AvailMem_ (#MEMF_CHIP)     ;free chip mem
  4710.     
  4711.     size=AvailMem_ (#MEMF_FAST | #MEMF_LARGEST) ;largest block of free 
  4712. fastRAM
  4713.     
  4714.  
  4715.   by the way ... this are the same attributes for the "AllocMem_" function
  4716.   
  4717.                   
  4718.   good luck ..GREETINGS !!
  4719.   
  4720.   Pedro C.
  4721.   
  4722.  
  4723.  
  4724. From mfc@xanum.uam.mxSun Sep  3 22:30:08 1995
  4725. Date: Mon, 1 May 1995 23:32:16 -0500 (CDT)
  4726. From: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  4727. To: blitz-list@helsinki.fi
  4728. Subject: blitter
  4729.  
  4730.  
  4731.  
  4732.   How can i draw lines and fill areas using the blitter ?? 
  4733.   ...PLEASE TELL ME  <8)
  4734.   
  4735.   Pedro C.
  4736.  
  4737.  
  4738.  
  4739. From ngh94@aber.ac.ukSun Sep  3 22:30:08 1995
  4740. Date: Tue, 02 May 1995 09:43:41 +0100
  4741. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  4742. To: blitz-list@helsinki.fi
  4743. Subject: ANOTHER new version of ShapeZ II
  4744.  
  4745.  
  4746. Dear All,
  4747.     ShapeZ has had a bit of an overhaul and now has a revised GUI and
  4748. even more features! The animation bit is now a hell of a lot more useable,
  4749. you can drop IFF's to be scanned into an AppIcon and lots of nice things 
  4750. like that. Just AREXX to go and I can write the manual and start on ShapeZ
  4751. III!
  4752.  
  4753.     Email me if you want a copy, or check out my web page from whence
  4754. you can download!
  4755.  
  4756.     http://www.dcs.aber.ac.uk:80/~ngh94/blitz.html
  4757.  
  4758.     See you about.
  4759.  
  4760.     Nigel Hughes
  4761.  
  4762.  
  4763. From colin@ahl.co.ukSun Sep  3 22:30:08 1995
  4764. Date: Tue, 2 May 1995 09:44:49 +0000
  4765. From: Colin Saunders <colin@ahl.co.uk>
  4766. To: Blitz-list@helsinki.fi
  4767. Subject: Memory...
  4768.  
  4769.  
  4770. Dear All,
  4771.  
  4772. Another speculative question....
  4773.  
  4774. I know there are "two" types of memory in the Amiga - chip and fast -
  4775. but thats about all I now about memory...
  4776.  
  4777. A few questions:
  4778.  
  4779. 1.  What is the difference between chip and fast memory?
  4780.  
  4781. 2.  What implications does this have on games?
  4782.  
  4783. 3.  What control does Blitz provide for placing data (or code) in a
  4784.     certain type of memory?
  4785.  
  4786. 4.  What are the implications of different machines having different
  4787.     amounts of the two types of memory?
  4788.  
  4789. Phew... all answers gratefully received.
  4790.  
  4791.     Thanks,
  4792.  
  4793.         Colin.
  4794.  
  4795. *--------------------------------------------------*---------------------------*
  4796. |                Colin J. Saunders                 | CURRENT PROJECTS:         |
  4797. |    BSc Hons Computer Science,  Edinburgh 1994    |                           |
  4798. |                                                  | Graphics Manager:  100% B |
  4799. |             e-mail:  colin@ahl.co.uk             | Cute Game:           5%   |
  4800. *--------------------------------------------------*---------------------------*
  4801.  
  4802.  
  4803. From relmore@silver.sdsmt.eduSun Sep  3 22:30:08 1995
  4804. Date: Tue, 2 May 1995 10:00:32 -0600 (MDT)
  4805. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  4806. To: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  4807. Cc: blitz-list@helsinki.fi
  4808. Subject: Re: Q: Using AvailMem_
  4809.  
  4810. On Mon, 1 May 1995, MACIEJ GORNY wrote:
  4811.  
  4812. > Date: Mon, 1 May 1995 15:03:13 EST
  4813. > From: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  4814. > To: blitz-list@helsinki.fi
  4815. > Subject: Q: Using AvailMem_
  4816. > Does anybody know what are the parameters that AvailMem_ needs to 
  4817. > show the available memory? is there anyway to check seperately how 
  4818. > much fast and how much chip RAM is left?
  4819.  
  4820. There are some definitions in Amigalibs.Res that would make the flags 
  4821. easier to deal with.  You can "OR" them together for combinations as well.
  4822.  
  4823. Here they are with a brief example:
  4824.  
  4825. #MEMF_ANY=0           ;Any type of memory will do
  4826. #MEMF_PUBLIC=1
  4827. #MEMF_CHIP=2
  4828. #MEMF_FAST=4
  4829. #MEMF_LOCAL=256     ;Memory that doesn't go away at RESET
  4830. #MEMF_24BITDMA=512     ;DMAable memory within 24 bits of address
  4831. #MEMF_KICK=1024     ;Memory that can be used for KickTags
  4832. #MEMF_LARGEST=131072      ;Return largest chunk size
  4833. #MEMF_TOTAL=524288    ;Return total size of memory
  4834.  
  4835.  
  4836. ;Return all FAST RAM in system:
  4837.  
  4838. size.l=AvailMem_(#MEMF_FAST|#MEMF_TOTAL)
  4839.  
  4840.  
  4841.  
  4842.  
  4843.  
  4844. Hope this helps!
  4845.     +---------------------------------------------------------------+
  4846.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  4847.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  4848.     +---------------------------------------------------------------+
  4849.  
  4850.  
  4851.  
  4852. From relmore@silver.sdsmt.eduSun Sep  3 22:30:08 1995
  4853. Date: Tue, 2 May 1995 10:26:26 -0600 (MDT)
  4854. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  4855. To: Colin Saunders <colin@ahl.co.uk>
  4856. Cc: Blitz-list@helsinki.fi
  4857. Subject: Re: Memory...
  4858.  
  4859. On Tue, 2 May 1995, Colin Saunders wrote:
  4860.  
  4861. > I know there are "two" types of memory in the Amiga - chip and fast -
  4862. > but thats about all I now about memory...
  4863.  
  4864. Well, there are actually types other than these two, but for most 
  4865. practical purposes, you can say memory is either "CHIP" accessable memory 
  4866. or NOT "CHIP" accessable memory.
  4867.  
  4868.  
  4869. > A few questions:
  4870. > 1.  What is the difference between chip and fast memory?
  4871.  
  4872. The only real important difference is CHIP memory is memory that falls 
  4873. within the addressable range of the Amiga's custom chips, which means 
  4874. only this memory can be accessed for either sound or graphics etc. that 
  4875. use custom chips.
  4876.  
  4877.  
  4878. > 2.  What implications does this have on games?
  4879.  
  4880. One common example is you end up with insufficient memory for all your 
  4881. games bitmaps, shapes, sound etc. even though you have 16M of fast memory 
  4882. available.  You're limited to the amount of CHIP ram you have for just
  4883. about all your graphics, sound etc. unless you're using a graphics card 
  4884. like the Picasso-II, which can use FAST ram for it's graphics.
  4885.  
  4886. > 3.  What control does Blitz provide for placing data (or code) in a
  4887. >     certain type of memory?
  4888.  
  4889. UNFORTUNEATELY, there is no control... For now you can't know where any 
  4890. code or data will end up when it's loaded.... The only safe thing to do 
  4891. is allocate the specific type you need (such as CHIP) and copy data from 
  4892. the address of your program's data to this allocated CHIP ram.  It's a 
  4893. horrible waste, but until this problem is fixed, we're stuck.
  4894.  
  4895.  
  4896. > 4.  What are the implications of different machines having different
  4897. >     amounts of the two types of memory?
  4898.  
  4899. AGA and ECS machines that have more CHIP memory can use more graphics and 
  4900. sound in games than the older, obsolete machines.  With an A1200, for 
  4901. example, you have 2 full megabytes of memory for your game's images, 
  4902. sound, music etc.  On some machines this is only 512K or even 256K.
  4903.  
  4904.  
  4905. Keep in touch!
  4906.  
  4907.     +---------------------------------------------------------------+
  4908.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  4909.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  4910.     +---------------------------------------------------------------+
  4911.  
  4912.  
  4913.  
  4914. From relmore@silver.sdsmt.eduSun Sep  3 22:30:08 1995
  4915. Date: Tue, 2 May 1995 10:26:26 -0600 (MDT)
  4916. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  4917. To: Colin Saunders <colin@ahl.co.uk>
  4918. Cc: Blitz-list@helsinki.fi
  4919. Subject: Re: Memory...
  4920.  
  4921. On Tue, 2 May 1995, Colin Saunders wrote:
  4922.  
  4923. > I know there are "two" types of memory in the Amiga - chip and fast -
  4924. > but thats about all I now about memory...
  4925.  
  4926. Well, there are actually types other than these two, but for most 
  4927. practical purposes, you can say memory is either "CHIP" accessable memory 
  4928. or NOT "CHIP" accessable memory.
  4929.  
  4930.  
  4931. > A few questions:
  4932. > 1.  What is the difference between chip and fast memory?
  4933.  
  4934. The only real important difference is CHIP memory is memory that falls 
  4935. within the addressable range of the Amiga's custom chips, which means 
  4936. only this memory can be accessed for either sound or graphics etc. that 
  4937. use custom chips.
  4938.  
  4939.  
  4940. > 2.  What implications does this have on games?
  4941.  
  4942. One common example is you end up with insufficient memory for all your 
  4943. games bitmaps, shapes, sound etc. even though you have 16M of fast memory 
  4944. available.  You're limited to the amount of CHIP ram you have for just
  4945. about all your graphics, sound etc. unless you're using a graphics card 
  4946. like the Picasso-II, which can use FAST ram for it's graphics.
  4947.  
  4948. > 3.  What control does Blitz provide for placing data (or code) in a
  4949. >     certain type of memory?
  4950.  
  4951. UNFORTUNEATELY, there is no control... For now you can't know where any 
  4952. code or data will end up when it's loaded.... The only safe thing to do 
  4953. is allocate the specific type you need (such as CHIP) and copy data from 
  4954. the address of your program's data to this allocated CHIP ram.  It's a 
  4955. horrible waste, but until this problem is fixed, we're stuck.
  4956.  
  4957.  
  4958. > 4.  What are the implications of different machines having different
  4959. >     amounts of the two types of memory?
  4960.  
  4961. AGA and ECS machines that have more CHIP memory can use more graphics and 
  4962. sound in games than the older, obsolete machines.  With an A1200, for 
  4963. example, you have 2 full megabytes of memory for your game's images, 
  4964. sound, music etc.  On some machines this is only 512K or even 256K.
  4965.  
  4966.  
  4967. Keep in touch!
  4968.  
  4969.     +---------------------------------------------------------------+
  4970.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  4971.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  4972.     +---------------------------------------------------------------+
  4973.  
  4974.  
  4975.  
  4976. From GORN4907@mars.rowan.eduSun Sep  3 22:30:08 1995
  4977. Date: Tue, 2 May 1995 18:02:48 EST
  4978. From: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  4979. To: blitz-list@helsinki.fi
  4980. Subject: Re: Memory...
  4981.  
  4982. > Dear All,
  4983. > Another speculative question....
  4984. > I know there are "two" types of memory in the Amiga - chip and fast -
  4985. > but thats about all I now about memory...
  4986. > A few questions:
  4987. > 1.  What is the difference between chip and fast memory?
  4988.  
  4989. chip is the block of memory that all the custom Amiga chips have 
  4990. access to. With fast memory only CPU can access it.
  4991.  
  4992. > 2.  What implications does this have on games?
  4993.  
  4994. all your anims and MODs and anything that has to do with graphics 
  4995. must be in chip RAM.
  4996.  
  4997. > 3.  What control does Blitz provide for placing data (or code) in a
  4998. >     certain type of memory?
  4999.  
  5000. don't know. Would like to know that myself.
  5001.  
  5002. > 4.  What are the implications of different machines having different
  5003. >     amounts of the two types of memory?
  5004.  
  5005. i guess you must make sure that if your computerh has and needs 1MB 
  5006. of chip RAM to run the game, user's computer also should have that 
  5007. 1MB of chip RAM. Other than that I don't know.
  5008.  
  5009. > Phew... all answers gratefully received.
  5010.  
  5011.  
  5012.  
  5013. From ngh94@aber.ac.ukSun Sep  3 22:30:08 1995
  5014. Date: Wed, 03 May 1995 10:26:47 +0100
  5015. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  5016. To: blitz-list@helsinki.fi
  5017. Subject: ShapeZ II
  5018.  
  5019.  
  5020. Hi All,
  5021.     Anyone who has been e-mailed ShapeZ II or grabbed a copy from my
  5022. webpage, could they PLEASE send me any bugs or suggestions. Thanks to
  5023. all the people who have shown so much interest!
  5024.  
  5025.  
  5026.     Nigel Hughes
  5027.  
  5028.  
  5029. From modonnell@meto.govt.ukSun Sep  3 22:30:08 1995
  5030. Date: Wed, 03 May 1995 10:26:37 +0000 (GMT)
  5031. From: modonnell@meto.govt.uk
  5032. To: blitz-list@helsinki.fi
  5033. Subject: making shape mask
  5034.  
  5035.  
  5036.   Can anyone help me with the following problem?
  5037.  
  5038.   I writing a game which uses a 4 bitplane bitmap (16 colours) as the main
  5039.   screen, plus a 1 bitplane bitmap which is a b/w 'mask' of the main screen,
  5040.   for doing all the collision detection.  I've got lots of 16 colour shapes
  5041.   which I blit onto the main screen, and I want to be able to blit a mask of
  5042.   these shapes onto the 1 bitplane screen.
  5043.  
  5044.   If I try blitting a 16 col. shape on the 1 bitplane bitmap I get the
  5045.   "Shape has too many bitplanes" error of course.
  5046.  
  5047.   Is there any way of getting a 1 bitplane mask of these shapes, without
  5048.   having to actually draw one myself?
  5049.  
  5050.   [By a mask I mean colours numbered 1-15 become 'white' and colour 0
  5051.   remains black]
  5052.  
  5053.  
  5054.   Thanks for any help
  5055.  
  5056.  
  5057.   Matt
  5058.  
  5059.  ____________________________________________________________________________
  5060. ////////// Matthew O'Donnell |||||||||||||||| modonnell@meto.govt.uk \\\\\\\\\
  5061. ------------------------------------------------------------------------------
  5062.  
  5063.  
  5064.  
  5065.  
  5066.  
  5067.  
  5068.  
  5069. From mmmakela@cc.helsinki.fiSun Sep  3 22:30:08 1995
  5070. Date: Wed, 3 May 1995 14:28:19 +0300 (EET DST)
  5071. From: Mikko Makela <mmmakela@cc.helsinki.fi>
  5072. To: blitz-list@helsinki.fi
  5073. Subject: missing messages
  5074.  
  5075. I just now got approve-script to work for majordomo and will
  5076. be approving some messages which have been sent to the list
  5077. but never arrived because MD thought they were administrative
  5078. requests (because it found some of it's commands from the
  5079. subject line or from the first 5 lines of the body).
  5080.  
  5081. I'm sorry this took so long, but maybe finally everything
  5082. will be running smoothly in the future...
  5083.  
  5084. -Mikko
  5085.  
  5086.  
  5087. From phips@scout.rhein-main.deSun Sep  3 22:30:08 1995
  5088. Date: Wed, 3 May 95 11:53:44 CET
  5089. From: Philipp Lonke <phips@scout.rhein-main.de>
  5090. To: blitz-list@helsinki.fi
  5091. Subject: RI Compact Disc library v1.3 help needed
  5092.  
  5093. Can someone please explain to me to to get the table of contents of a
  5094. CD using the CDReadTOC command, and then, how to get a track played?
  5095.  
  5096. Somehow it doesn't work like it should :(
  5097.  
  5098. -- 
  5099. Philipp Lonke * phips@scout.rhein-main.de * postal adress on demand
  5100. "Lehrerkommödie: Die Armut der Lehrer, während die Staaten Unsummen für
  5101. die Wehrmacht hinauswerfen. Da sie nur Lehrer für 600 DM sich leisten
  5102. können, bleiben die Völker so dumm, daß sie sich Kriege für 60
  5103. Milliarden leisten müssen." (Ch. Morgenstern, "Aphorismen")
  5104.  
  5105.  
  5106. From relmore@silver.sdsmt.eduSun Sep  3 22:30:08 1995
  5107. Date: Wed, 3 May 1995 07:32:06 -0600 (MDT)
  5108. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  5109. To: Vaughan Roberts <vroberts@yoyo.cc.monash.edu.au>
  5110. Cc: blitz-list@helsinki.fi
  5111. Subject: Re: GTButtons
  5112.  
  5113. On Wed, 19 Apr 1995, Vaughan Roberts wrote:
  5114.  
  5115. >     I hope someone out here can help, I want to mark a GTbutton as
  5116. > disabled.  I have no worries turning it off (GTDisable), but what I 
  5117. > want to do is shade it in so people don't click on it.
  5118.  
  5119. After the GTDisable command, use the Redraw command from the old gadgets 
  5120. library...  The image is SHOULD to redraw itself and display the mesh 
  5121. you're looking for automatically, but since it doesn't, forcing it to 
  5122. re-render will do the trick.
  5123.  
  5124.  
  5125. > B.T.W. Is it possible to add a bar item (i.e. ~~~~~~) to my menus?
  5126.  
  5127. As long as you're using Blitz's menu system, you can't add a "real" bar 
  5128. item.  That is a property of GadTools menus.  I've seen a lot of people 
  5129. "fake" it with disabled menuitems containing dashes, etc. but they never 
  5130. look like the baritems of GadTools.  
  5131.  
  5132. I'm thinking about writing a library to handle GTMenus soon, but for now, 
  5133. I guess faking it with Blitz's Menu commands is all you can hope for.
  5134.  
  5135.  
  5136.  
  5137. Keep in Touch!
  5138.  
  5139.     +---------------------------------------------------------------+
  5140.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  5141.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  5142.     +---------------------------------------------------------------+
  5143.  
  5144.  
  5145.  
  5146.  
  5147.  
  5148.  
  5149.  
  5150. From ngh94@aber.ac.ukSun Sep  3 22:30:08 1995
  5151. Date: Wed, 03 May 1995 15:36:15 +0100
  5152. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  5153. To: blitz-list@helsinki.fi
  5154. Subject: Re: Another weird blitz bug 
  5155.  
  5156. In message <Pine.SUN.3.91.950504010630.24803A-100000@iconz.co.nz>, 
  5157.     Simon or Mark <acid@iconz.co.nz> writes:
  5158. > Oh god! another weird bug! I really don't know what to do...seriously 
  5159. > guys, I'm a programmer with no formal trainging, who'se never been rich 
  5160. > enough to afford a 'complete set of developers docs' etc. whinge 
  5161. > cringe...what the fuck...I'm really happy that people like/can program in 
  5162. > Blitz Bastards version 5.bastard.stuff etc. nozzle tin pipes ginger whack 
  5163. > shit! DUDE! Have an exceptional life people - you deserve it!
  5164.  
  5165. Um, have we been smoking anything sir? Something that rhymes with 'lot'?
  5166.  
  5167. Don't suppose this is the best time to ask you about... Nah maybe not.
  5168.  
  5169.  
  5170. Nigel Hughes
  5171.  
  5172.  
  5173. From zor@execpc.comSun Sep  3 22:30:08 1995
  5174. Date: Wed, 3 May 1995 09:52:46 -0500 (CDT)
  5175. From: Joe Bott <zor@execpc.com>
  5176. To: blitz-list@helsinki.fi
  5177. Subject: GTCycle Gadgets...
  5178.  
  5179. Hello! I'm having a bit of trouble with the GTCycle gadget... 
  5180.  
  5181. Basically, how do you read them? The regular gadget commands return a 0...
  5182.  
  5183. Joe
  5184.  
  5185.  
  5186.  
  5187. From tylielsi@paju.oulu.fiSun Sep  3 22:30:08 1995
  5188. Date: Wed, 3 May 1995 17:53:33 +0300 (EDT)
  5189. From: Teemu Yli-Elsila <tylielsi@paju.oulu.fi>
  5190. To: blitz-list@helsinki.fi
  5191. Subject: Re: Subscribe
  5192.  
  5193. Pyydan anteeksi, loysin request-osoitteen Aminetista liian myohaan :-(
  5194.  
  5195.     -teemu
  5196.  
  5197.  
  5198. From colin@ahl.co.ukSun Sep  3 22:30:08 1995
  5199. Date: Wed, 3 May 1995 17:31:47 +0000
  5200. From: Colin Saunders <colin@ahl.co.uk>
  5201. To: vroberts@yoyo.cc.monash.edu.au
  5202. Cc: blitz-list@helsinki.fi
  5203. Subject: Re: GTButtons
  5204.  
  5205.  
  5206. Vaughan,
  5207.  
  5208. > B.T.W. Is it possible to add a bar item (i.e. ~~~~~~) to my menus?
  5209.  
  5210. What I do is just this:
  5211.  
  5212.     Menuitem 0,0,0,1,"item 1"
  5213.     Menuitem 0,0,0,2,"------"
  5214.     Menuitem 0,0,0,3,"item 2"
  5215.  
  5216. And don't do anything in the case statement for the item hit
  5217. result.. okay so the line gets hightlighted but it does the trick
  5218. visually.
  5219.  
  5220.     Thanks,
  5221.  
  5222.         colin.
  5223.  
  5224. *--------------------------------------------------*---------------------------*
  5225. |                Colin J. Saunders                 | CURRENT PROJECTS:         |
  5226. |    BSc Hons Computer Science,  Edinburgh 1994    |                           |
  5227. |                                                  | Graphics Manager:  100% B |
  5228. |             e-mail:  colin@ahl.co.uk             | Cute Game:           5%   |
  5229. *--------------------------------------------------*---------------------------*
  5230.  
  5231.  
  5232. From apelton@coventry.ac.ukSun Sep  3 22:30:08 1995
  5233. Date: Wed, 3 May 1995 19:52:58 +0100 (BST)
  5234. From: Andy Pelton <apelton@coventry.ac.uk>
  5235. To: Blitz-List <blitz-list@helsinki.fi>
  5236. Subject: Re: GTCycle Gadgets...
  5237.  
  5238. On Wed, 3 May 1995, Joe Bott wrote:
  5239.  
  5240. > Hello! I'm having a bit of trouble with the GTCycle gadget... 
  5241. > Basically, how do you read them? The regular gadget commands return a 0...
  5242. > Joe
  5243.  
  5244. Hi i believe to read GTcycle gadgets you need to GTStatus given with BUM6 
  5245. (i think it was any way) or if the command does not exsit use the 
  5246. ordinary gadget status command strangly enough called status. 
  5247.  
  5248. i hope this infomation is of any use and correct (dont use GTcyclesmuch.)
  5249.  
  5250.     ANDY. 
  5251.  
  5252.      
  5253.  
  5254.  
  5255. From phips@scout.rhein-main.deSun Sep  3 22:30:08 1995
  5256. Date: Wed, 3 May 95 22:41:59 CET
  5257. From: Philipp Lonke <phips@scout.rhein-main.de>
  5258. To: blitz-list@helsinki.fi
  5259. Subject: Re: GTButtons
  5260.  
  5261. Hi Vaughan, you wrote in <199504181837.EAA23453@yoyo.cc.monash.edu.au> on Apr 19:
  5262.  
  5263. > B.T.W. Is it possible to add a bar item (i.e. ~~~~~~) to my menus?
  5264.  
  5265. You have to set the flags in "MenuItem" to $40, and as Menutext you
  5266. put "String$("~",length)" . Eventually you have to fit it in the menu
  5267. using "MenuGap"
  5268.  
  5269. -- 
  5270. Philipp Lonke * phips@scout.rhein-main.de * postal adress on demand
  5271. "Lehrerkommödie: Die Armut der Lehrer, während die Staaten Unsummen für
  5272. die Wehrmacht hinauswerfen. Da sie nur Lehrer für 600 DM sich leisten
  5273. können, bleiben die Völker so dumm, daß sie sich Kriege für 60
  5274. Milliarden leisten müssen." (Ch. Morgenstern, "Aphorismen")
  5275.  
  5276.  
  5277. From owner-blitz-list@helsinki.fiSun Sep  3 22:30:08 1995
  5278. Date: Thu, 4 May 1995 00:10:24 +0300
  5279. From: owner-blitz-list@helsinki.fi
  5280. To: owner-blitz-list@helsinki.fi
  5281. Subject: BOUNCE blitz-list@helsinki.fi: Admin request
  5282.  
  5283. >From blitz-list-owner  Thu May  4 00:10:22 1995
  5284. Received: from kruuna.helsinki.fi (mmmakela@kruuna [128.214.4.112]) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) with ESMTP id AAA16134 for <blitz-list@helsinki.fi>; Thu, 4 May 1995 00:10:22 +0300
  5285. Received: (mmmakela@localhost) by kruuna.helsinki.fi (8.6.12+Emil1.1/8.6.5) id AAA02466 for blitz-list@helsinki.fi; Thu, 4 May 1995 00:10:20 +0300
  5286. From: Mikko Makela <mmmakela@cc.helsinki.fi>
  5287. Message-Id: <199505032110.AAA02466@kruuna.helsinki.fi>
  5288. Subject: subscribe
  5289. To: blitz-list@helsinki.fi
  5290. Date: Thu, 4 May 1995 00:10:19 +0300 (EET DST)
  5291. MIME-Version: 1.0
  5292. Content-Type: text/plain; charset=ISO-8859-1
  5293. Content-Transfer-Encoding: 8bit
  5294. Content-Length: 7         
  5295.  
  5296. test6
  5297.  
  5298.  
  5299.  
  5300. From acid@iconz.co.nzSun Sep  3 22:30:08 1995
  5301. Date: Thu, 4 May 1995 01:10:01 +1200 (NZST)
  5302. From: Simon or Mark <acid@iconz.co.nz>
  5303. To: Big Will Riker <sis3147@sis.port.ac.uk>
  5304. Cc: blitzlist <blitz-list@helsinki.fi>
  5305. Subject: Re: Another weird blitz bug
  5306.  
  5307.  
  5308.  
  5309. On Mon, 10 Apr 1995, Big Will Riker wrote:
  5310.  
  5311. > Ok people, try this at home (ask a grown-up to help you)
  5312. > Function.w a{var.w}
  5313. >   NPrint var
  5314. >   Function Return var*2
  5315. > End Function
  5316. > Function.w b{var.w}
  5317. >   NPrint "Oh no! ",var
  5318. >   Function Return var*10
  5319. > End Function
  5320. > main:
  5321. > c{10}
  5322. > Before you ask, yes it should be c{10} even though there is no
  5323. > such function as c{}...
  5324. > And the ouptut is
  5325. > Oh no! 10
  5326. > 100
  5327. > Jeez...talk about stupid eh?
  5328. > Steve.
  5329. >  ___________________________________________________________________________
  5330. > /           Amiga Developer          | Current Project : BlitzOS Lib        \
  5331. > |    sis3147@anubis.sis.port.ac.uk   | [####::::::::::::::::::::::::::::::] |
  5332. > \____________________________________|______________________________________/
  5333. Oh god! another weird bug! I really don't know what to do...seriously 
  5334. guys, I'm a programmer with no formal trainging, who'se never been rich 
  5335. enough to afford a 'complete set of developers docs' etc. whinge 
  5336. cringe...what the fuck...I'm really happy that people like/can program in 
  5337. Blitz Bastards version 5.bastard.stuff etc. nozzle tin pipes ginger whack 
  5338. shit! DUDE! Have an exceptional life people - you deserve it!
  5339.  
  5340.  
  5341.  
  5342.  
  5343. From acid@iconz.co.nzSun Sep  3 22:30:08 1995
  5344. Date: Thu, 4 May 1995 09:51:48 +1200 (NZST)
  5345. From: Simon or Mark <acid@iconz.co.nz>
  5346. To: NIGEL HUGHES <ngh94@aber.ac.uk>
  5347. Cc: blitz-list@helsinki.fi
  5348. Subject: Re: Another weird blitz bug 
  5349.  
  5350.  
  5351.  
  5352. On Wed, 3 May 1995, NIGEL HUGHES wrote:
  5353.  
  5354. > > Blitz Bastards version 5.bastard.stuff etc. nozzle tin pipes ginger whack 
  5355. > > shit! DUDE! Have an exceptional life people - you deserve it!
  5356. > Um, have we been smoking anything sir? Something that rhymes with 'lot'?
  5357. > Don't suppose this is the best time to ask you about... Nah maybe not.
  5358.  
  5359. No that's definately the drink talking. Either that or a sinister attempt 
  5360. by the new Black Magic to seriously undermine the credibility of Acid 
  5361. Software. Either way me thinks someone needs their own email address.
  5362.  
  5363. Simon the Subtle
  5364.  
  5365.  
  5366. From Postmaster@grace.waikato.ac.nzSun Sep  3 22:30:08 1995
  5367. Date: Thu, 4 May 95 11:04 +1200
  5368. From: PMDF Mail Server <Postmaster@grace.waikato.ac.nz>
  5369. To: blitz-list-owner@cc.helsinki.fi
  5370. Subject: Undeliverable mail
  5371.  
  5372. The message could not be delivered to:
  5373.  
  5374. Addressee: brettc@spaz.manawatu.planet.co.nz
  5375. Reason: Need MAIL before RCPT
  5376.  
  5377. ----------------------------------------
  5378.  
  5379. Received: from kantti.helsinki.fi by waikato.ac.nz; Thu, 4 May 95 01:29 +1300
  5380. Received: (majordom@localhost) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) id
  5381.  OAA21436 for blitz-list-outgoing; Wed, 3 May 1995 14:33:07 +0300
  5382. Received: from anubis.sis.port.ac.uk (sis3147@anubis.sis.port.ac.uk
  5383.  [148.197.100.11]) by kantti.helsinki.fi (8.6.11p1+Emil1.1/8.6.5) with SMTP id
  5384.  OAA03931 for <blitz-list@helsinki.fi>; Mon, 10 Apr 1995 14:04:43 +0300
  5385. Received: by anubis.sis.port.ac.uk (4.1/SMI-4.1) id AA10086; Mon, 10 Apr 95
  5386.  12:05:22 BST
  5387. Date: Mon, 10 Apr 1995 12:05:22 +0100 (BST)
  5388. From: Big Will Riker <sis3147@sis.port.ac.uk>
  5389. Subject: Another weird blitz bug
  5390. Sender: owner-blitz-list@Helsinki.FI
  5391. To: blitzlist <blitz-list@helsinki.fi>
  5392. X-Sender: sis3147@anubis
  5393. Message-Id: <Pine.SUN.3.90.950410120320.9958B-100000@anubis>
  5394. Mime-Version: 1.0
  5395. Content-Type: TEXT/PLAIN; charset=US-ASCII
  5396. Precedence: bulk
  5397.  
  5398.  
  5399. Ok people, try this at home (ask a grown-up to help you)
  5400.  
  5401.  
  5402. Function.w a{var.w}
  5403.   NPrint var
  5404.   Function Return var*2
  5405. End Function
  5406.  
  5407. Function.w b{var.w}
  5408.   NPrint "Oh no! ",var
  5409.   Function Return var*10
  5410. End Function
  5411.  
  5412. main:
  5413. c{10}
  5414.  
  5415.  
  5416. Before you ask, yes it should be c{10} even though there is no
  5417. such function as c{}...
  5418.  
  5419. And the ouptut is
  5420. Oh no! 10
  5421. 100
  5422.  
  5423. Jeez...talk about stupid eh?
  5424.  
  5425.  
  5426. Steve.
  5427.  ___________________________________________________________________________
  5428. /           Amiga Developer          | Current Project : BlitzOS Lib        \
  5429. |    sis3147@anubis.sis.port.ac.uk   | [####::::::::::::::::::::::::::::::] |
  5430. \____________________________________|______________________________________/
  5431.  
  5432.  
  5433.  
  5434.  
  5435.  
  5436.  
  5437.  
  5438.  
  5439. From acid@iconz.co.nzSun Sep  3 22:30:09 1995
  5440. Date: Thu, 4 May 1995 11:11:22 +1200 (NZST)
  5441. From: Simon or Mark <acid@iconz.co.nz>
  5442. To: modonnell@meto.govt.uk
  5443. Cc: blitz-list@helsinki.fi
  5444. Subject: Re: making shape mask
  5445.  
  5446.  
  5447.  
  5448. On Wed, 3 May 1995 modonnell@meto.govt.uk wrote:
  5449.  
  5450. >   Can anyone help me with the following problem?
  5451. >   I writing a game which uses a 4 bitplane bitmap (16 colours) as the main
  5452. >   screen, plus a 1 bitplane bitmap which is a b/w 'mask' of the main screen,
  5453. >   for doing all the collision detection.  I've got lots of 16 colour shapes
  5454. >   which I blit onto the main screen, and I want to be able to blit a mask of
  5455. >   these shapes onto the 1 bitplane screen.
  5456. >   If I try blitting a 16 col. shape on the 1 bitplane bitmap I get the
  5457. >   "Shape has too many bitplanes" error of course.
  5458. >   Is there any way of getting a 1 bitplane mask of these shapes, without
  5459. >   having to actually draw one myself?
  5460. >   [By a mask I mean colours numbered 1-15 become 'white' and colour 0
  5461. >   remains black]
  5462. >   Thanks for any help
  5463. >   Matt
  5464. >  ____________________________________________________________________________
  5465. > ////////// Matthew O'Donnell |||||||||||||||| modonnell@meto.govt.uk \\\\\\\\\
  5466. > ------------------------------------------------------------------------------
  5467.  
  5468. try 'BlitMode SolidMode'.
  5469.  
  5470.  
  5471. From mfc@xanum.uam.mxSun Sep  3 22:30:09 1995
  5472. Date: Thu, 4 May 1995 00:28:16 -0500 (CDT)
  5473. From: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  5474. To: blitz-list@helsinki.fi
  5475. Subject: 3d cube
  5476.  
  5477.  
  5478.  
  5479.   I'm having troubles with a program, i just want to draw a 
  5480. cube in 3d.
  5481.  
  5482. NEWTYPE.point
  5483.   x.w
  5484.   y.w
  5485.   z.w
  5486. End Newtype
  5487.  
  5488. NEWTYPE.cube
  5489.   c.point[8]
  5490. End Newtype
  5491.  
  5492. original.cube\c[1]\x=0,0,0              ;initializing ...
  5493. dx=100
  5494. dy=100                                  ;x offset
  5495.                                         ;y offset
  5496. Statement ini_cube {}
  5497.   SHARED original.cube
  5498.   original\c[1]\x=0,0,0                 ;...the real values
  5499.   original\c[1]\x=1,0,0                 ;MUST BE 1 unit long each side 
  5500.   original\c[1]\x=1,1,0                 ;
  5501.   .
  5502.   .       ;just more assignments
  5503.   .
  5504.  
  5505. End Statement                   
  5506.  
  5507. Statement draw_cube {*c.cube,bmp.w,colour.w}
  5508.   SHARED dx,dy     
  5509.   
  5510.   Use BitMap bmp
  5511.   Cls 0
  5512.   Line *c\c[1]\x+dx,*c\c[1]\y+dy,*c\c[2]\x+dx,*c\c[2]\y+dy,colour
  5513.   .
  5514.   .
  5515.   .        ;..and more "Lines"...
  5516.   .
  5517. End Statement                    
  5518.  
  5519.  
  5520. bitmap 0,320,200,3       ;NTSC height
  5521. bitmap 1,320,200,3
  5522. screen 0,3
  5523. ini_cube {}
  5524. draw_cube {&original,0,1}       
  5525. ShowBitMap 0
  5526. MouseWait
  5527. End
  5528. ;********************************************************************
  5529.  
  5530.    ...and my Amiga crashes !!!
  5531.    I think it's just a silly error, but i couldn't find it
  5532.    
  5533. ..yes..yes.. it is a silly program too, but it is a 
  5534. homework...   ;-[  
  5535.  
  5536.   Pedro C.
  5537.  
  5538.  
  5539.  
  5540.  
  5541. From owner-blitz-list@helsinki.fiSun Sep  3 22:30:09 1995
  5542. Date: Thu, 4 May 1995 13:28:33 +0300
  5543. From: owner-blitz-list@helsinki.fi
  5544. To: owner-blitz-list@helsinki.fi
  5545. Subject: BOUNCE blitz-list@helsinki.fi: Admin request
  5546.  
  5547. >From blitz-list-owner  Thu May  4 13:28:30 1995
  5548. Received: from karhu.Helsinki.FI (mmmakela@karhu [128.214.4.13]) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) with ESMTP id NAA12497 for <blitz-list@helsinki.fi>; Thu, 4 May 1995 13:28:30 +0300
  5549. Received: (mmmakela@localhost) by karhu.Helsinki.FI (8.6.12+Emil1.1/8.6.5) id NAA17529 for blitz-list@helsinki.fi; Thu, 4 May 1995 13:28:21 +0300
  5550. From: Mikko Makela <mmmakela@cc.helsinki.fi>
  5551. Message-Id: <199505041028.NAA17529@karhu.Helsinki.FI>
  5552. Subject: subscribe
  5553. To: blitz-list@helsinki.fi
  5554. Date: Thu, 4 May 1995 13:28:16 +0300 (EETDST)
  5555. MIME-Version: 1.0
  5556. Content-Type: text/plain; charset=ISO-8859-1
  5557. Content-Transfer-Encoding: 8bit
  5558. Content-Length: 15        
  5559.  
  5560. test 5 million
  5561.  
  5562.  
  5563. From spi@dcs.qmw.ac.ukSun Sep  3 22:30:09 1995
  5564. Date: Thu, 4 May 1995 11:30:34 +0000 (BST)
  5565. From: Innell <spi@dcs.qmw.ac.uk>
  5566. To: blitz-list@helsinki.fi
  5567. Subject: Re: Another weird blitz bug
  5568.  
  5569.  
  5570. > In message <Pine.SUN.3.91.950504010630.24803A-100000@iconz.co.nz>, 
  5571. >     Simon or Mark <acid@iconz.co.nz> writes:
  5572. > > 
  5573. > > Oh god! another weird bug! I really don't know what to do...seriously 
  5574. > > guys, I'm a programmer with no formal trainging, who'se never been rich 
  5575. > > enough to afford a 'complete set of developers docs' etc. whinge 
  5576. > > cringe...what the fuck...I'm really happy that people like/can program in 
  5577. > > Blitz Bastards version 5.bastard.stuff etc. nozzle tin pipes ginger whack 
  5578. > > shit! DUDE! Have an exceptional life people - you deserve it!
  5579. > Um, have we been smoking anything sir? Something that rhymes with 'lot'?
  5580. > Don't suppose this is the best time to ask you about... Nah maybe not.
  5581. > Nigel Hughes
  5582.  
  5583. Heh,
  5584.  
  5585. well if tyhe programmers of the language are like this most of the time, it`s no
  5586. wonder it has such _weird_ bugs in it 8)
  5587.  
  5588. Steven.
  5589.  
  5590.  
  5591. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:09 1995
  5592. Date: Thu, 4 May 1995 13:04:27 +0100
  5593. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  5594. To: blitz-list@helsinki.fi
  5595. Subject: Re: Another weird blitz bug
  5596.  
  5597. > > > Oh god! another weird bug! I really don't know what to do...seriously 
  5598. > > > guys, I'm a programmer with no formal trainging, who'se never been rich 
  5599. > > > enough to afford a 'complete set of developers docs' etc. whinge 
  5600. > > > cringe...what the fuck...I'm really happy that people like/can program in 
  5601. > > > Blitz Bastards version 5.bastard.stuff etc. nozzle tin pipes ginger whack 
  5602. > > > shit! DUDE! Have an exceptional life people - you deserve it!
  5603. > > 
  5604. > > Um, have we been smoking anything sir? Something that rhymes with 'lot'?
  5605. > > 
  5606. > well if tyhe programmers of the language are like this most of the time, it`s
  5607. > no wonder it has such _weird_ bugs in it 8)
  5608. > Steven.
  5609.  
  5610. If they are then they were probably implemented as features rather 
  5611. than bugs.  :}
  5612.  
  5613. SgtBilko / Mark Tiffany / Whatever other name i decided to call myself now....
  5614.  
  5615. .---------------------------------------------------------------.
  5616. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  5617. |  ===========================================================  |
  5618. |                http://sun1.bham.ac.uk/cca93057                |
  5619. |---------------------------------------------------------------|
  5620. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |
  5621. '---------------------------------------------------------------'
  5622.  
  5623.  
  5624. From zor@execpc.comSun Sep  3 22:30:09 1995
  5625. Date: Thu, 4 May 1995 09:27:47 -0500 (CDT)
  5626. From: Joe Bott <zor@execpc.com>
  5627. To: blitz-list@helsinki.fi
  5628. Subject: Gadtools library
  5629.  
  5630. Hello! Just wondering if it is at all possible to recieve the latest 
  5631. version of the gadtools library... I've just found out that I'm missing 
  5632. an essential command (GTStatus) due to living in the US, and not 
  5633. recieving BUM 7 as a result.
  5634.  
  5635. Being send BUM 7 would be better, but there might be some objections... :)
  5636.  
  5637. Joe
  5638.  
  5639.  
  5640.  
  5641. From chrisf@duncan.xs4all.nlSun Sep  3 22:30:09 1995
  5642. Date: 04 May 95 17:49:09 -0100
  5643. From: Chris Feringa <chrisf@duncan.xs4all.nl>
  5644. To: blitz-list@helsinki.fi
  5645. Subject: Re: GTButtons
  5646.  
  5647.  
  5648. Hi Vaughan,
  5649.  
  5650. In a message of 18 Apr 95 Vaughan Roberts  wrote to All:
  5651.  
  5652.  VR>  I hope someone out here can help, I want to mark a GTbutton as
  5653.  VR> disabled.  I have no worries turning it off (GTDisable), but what I 
  5654.  VR> want to do is shade it in so people don't click on it.
  5655.  
  5656. After GTDisable you have to redraw the gadget.
  5657.  
  5658.                      \|/
  5659. Chris Feringa        @ @     chrisf@duncan.xs4all.nl
  5660. -----------------oOO-(_)-OOo------------------------
  5661.  
  5662. New Address after the 28 of May: chrisf@te.xs4all.nl
  5663.  
  5664.  
  5665.  
  5666.  
  5667. From acid@iconz.co.nzSun Sep  3 22:30:09 1995
  5668. Date: Fri, 5 May 1995 09:43:28 +1200 (NZST)
  5669. From: Simon or Mark <acid@iconz.co.nz>
  5670. To: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  5671. Cc: blitz-list@helsinki.fi
  5672. Subject: Re: 3d cube
  5673.  
  5674. Are you having any luck with that cube drawing program. As far as
  5675. "I'm" concernced if there is a bug in blitz that makes your program crash 
  5676. with runtime errors on I need to know about it.
  5677.  
  5678. Simon
  5679.  
  5680.  
  5681. From modonnell@meto.govt.ukSun Sep  3 22:30:09 1995
  5682. Date: Fri, 05 May 1995 07:43:44 +0000 (GMT)
  5683. From: modonnell@meto.govt.uk
  5684. To: blitz-list@helsinki.fi
  5685. Subject: Re: making shape mask
  5686.  
  5687.  
  5688. > On Wed, 3 May 1995 modonnell@meto.govt.uk wrote:
  5689. > > 
  5690. > >   Can anyone help me with the following problem?
  5691. > > 
  5692. > >   I writing a game which uses a 4 bitplane bitmap (16 colours) as the main
  5693. > >   screen, plus a 1 bitplane bitmap which is a b/w 'mask' of the main screen,
  5694. > >   for doing all the collision detection.  I've got lots of 16 colour shapes
  5695. > >   which I blit onto the main screen, and I want to be able to blit a mask of
  5696. > >   these shapes onto the 1 bitplane screen.
  5697. > > 
  5698. > >   If I try blitting a 16 col. shape on the 1 bitplane bitmap I get the
  5699. > >   "Shape has too many bitplanes" error of course.
  5700. > > 
  5701. > >   Is there any way of getting a 1 bitplane mask of these shapes, without
  5702. > >   having to actually draw one myself?
  5703. > > 
  5704. > >   [By a mask I mean colours numbered 1-15 become 'white' and colour 0
  5705. > >   remains black]
  5706. > > 
  5707. > > > >   Thanks for any help
  5708. > > 
  5709. > > 
  5710. > >   Matt
  5711. > > 
  5712. > try 'BlitMode SolidMode'.
  5713.  
  5714.   I tried that, but still get the "Shape has too many bitplanes" error.
  5715.   The following program gives the same error:
  5716.  
  5717.  
  5718.       Bitmap 0,320,256,4
  5719.       Bitmap 1,320,256,1
  5720.  
  5721.       BLITZ
  5722.  
  5723.       Use Bitmap 0
  5724.       Boxf 0,0,10,10,1
  5725.       Getashape 0,0,0,10,10
  5726.  
  5727.       Use Bitmap 1
  5728.       BlitMode SolidMode    ; Also get same error using InvMode or EraseMode
  5729.       Blit 0,100,100
  5730.  
  5731.  
  5732.   Am I doing something horribly wrong or is this a bug? 
  5733.  
  5734.   If anyone's got any ideas how to get round this, can they send them to
  5735.   my home address (modonnell@niflheim.demon.co.uk) instead of the list,
  5736.   cos I'm on holiday for the next week (starting in 10 minutes)
  5737.  
  5738.  
  5739.   Thanks a lot,
  5740.  
  5741.   Matthew
  5742.  
  5743.  
  5744.  
  5745.  
  5746. From mfc@xanum.uam.mxSun Sep  3 22:30:09 1995
  5747. Date: Fri, 5 May 1995 02:49:53 -0500 (CDT)
  5748. From: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  5749. To: Simon or Mark <acid@iconz.co.nz>
  5750. Cc: blitz-list@helsinki.fi
  5751. Subject: Re: 3d cube
  5752.  
  5753.  
  5754.  
  5755. On Fri, 5 May 1995, Simon or Mark wrote:
  5756.  
  5757. > Are you having any luck with that cube drawing program. As far as
  5758. > "I'm" concernced if there is a bug in blitz that makes your program crash 
  5759. > with runtime errors on I need to know about it.
  5760.  Simon:
  5761.  
  5762.  
  5763.   After several tests, i found that the problem 
  5764. is in the "inicube" statement. Here is my program:
  5765.  
  5766. Newtype.point
  5767.   x.w
  5768.   y.w
  5769.   z.w
  5770. End Newtype
  5771.  
  5772. Newtype.cube
  5773.   c.point[8]
  5774. End Newtype
  5775.  
  5776. original.cube\c[1]\x=0
  5777.  
  5778. Statement inicube {}
  5779.   SHARED original.cube
  5780.   original\c[1]\x=0,0,0
  5781.   original\c[2]\x=1,0,0
  5782.   original\c[3]\x=1,1,0
  5783.   original\c[4]\x=0,1,0
  5784.   original\c[5]\x=0,0,1
  5785.   original\c[6]\x=1,0,1
  5786.   original\c[7]\x=1,1,1
  5787.   original\c[8]\x=0,1,1
  5788. End Statement               
  5789.  
  5790. inicube {}
  5791.  
  5792. ;*********************************************************
  5793.  
  5794. when i run this, i get the "Software error - task held ...." 
  5795. without any Blitz error message. The Guru number is: 
  5796. 00000003.0000DE30
  5797.  
  5798. I tested this program in Blitz Basic 2 V1.7 ; the runtime 
  5799. error debugger was activated with autorun and interrupt 
  5800. checking; and  without any aditional libraries. My computer 
  5801. is an Amiga 500, 1MbChip, 1 drive, OS 1.3
  5802.  
  5803.       
  5804.  maybe it's a Pedro's bug rather than a Blitz bug (i hope)
  5805.  
  5806.   Pedro C.
  5807.  
  5808.  
  5809. From ngh94@aber.ac.ukSun Sep  3 22:30:09 1995
  5810. Date: Fri, 05 May 1995 09:31:08 +0100
  5811. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  5812. To: blitz-list@helsinki.fi
  5813. Subject: Re: 3d cube 
  5814.  
  5815. In message <Pine.SUN.3.91.950505094224.29744A-100000@iconz.co.nz>, 
  5816.     Simon or Mark <acid@iconz.co.nz> writes:
  5817. > Are you having any luck with that cube drawing program. As far as
  5818. > "I'm" concernced if there is a bug in blitz that makes your program crash 
  5819. > with runtime errors on I need to know about it.
  5820. > Simon
  5821.  
  5822. Talking about 3d, I still have those 3d libraries I sent to you ages ago.
  5823. You seemed very interested at the time, but I have heard nothing since. 
  5824.  
  5825.  
  5826. I could give up and just give them to everybody and forget about the magazines.
  5827.  
  5828. They would have meant that this guy had a sloid, facet lit cube spinning by 
  5829. now 8)
  5830.  
  5831. Nigel HUghes
  5832.  
  5833. From J.A.R.Marshall@exeter.ac.ukSun Sep  3 22:30:09 1995
  5834. Date: Fri, 5 May 1995 12:39:36 +0300
  5835. From: J.A.R.Marshall@exeter.ac.uk
  5836. To: blitz-list@helsinki.fi
  5837. Subject: Serial File Input Bug. Crash with Runtime Errors on
  5838.  
  5839. Just a quick note to say that I`ve had some problems using
  5840. Edit$ to input serial files into variables. The problem seemed
  5841. to be something to do with trying to load strings into an array
  5842. inside a NewType, but into an element outside those dimensioned
  5843. in the NewType definition (still with me?). To make things stranger
  5844. the bug vanished when the length of the string to be input with Edit$
  5845. was changed, (not necessarily down, just some values didn`t work).
  5846. BUT, THE WORST PART WAS...
  5847. the runtime error debugger didn`t catch the problem, but caused a
  5848. software failure. When my Last Alert proggy came up after the crash,
  5849. it seemed that the Blitz2 code had tried to access an illegal (ie. odd)
  5850. address! I was using Blitz 1.7 (I think), anyway the update supplied on
  5851. BUM 6. I`ve got the problem sorted now, by tidying up my code, but I still
  5852. don`t think that it should have bummed out like that, just trying to
  5853. access a non-existant array element... hmmmmm.
  5854.  
  5855.     just thought everyone might like to no, hope you`re paying
  5856.     attention Simon and Mark!
  5857.     
  5858.     Jim \:)
  5859.  
  5860. PS. Someone please tell me the email address for Simon and Mark, so I can
  5861. report stuff like this direct...
  5862.     
  5863. -- 
  5864. James Marshall`s address in the real world is currently:
  5865.  
  5866.     Murray House, Duryard Halls,
  5867.     Lower Argyll Road, Exeter.
  5868.     EX4 4RB
  5869.  
  5870.  
  5871.  
  5872.  
  5873. From mfc@xanum.uam.mxSun Sep  3 22:30:09 1995
  5874. Date: Fri, 5 May 1995 19:35:41 -0500 (CDT)
  5875. From: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  5876. To: Simon or Mark <acid@iconz.co.nz>
  5877. Cc: blitz-list@helsinki.fi
  5878. Subject: Re: 3d cube
  5879.  
  5880.  
  5881.  
  5882. On Fri, 5 May 1995, Simon or Mark wrote:
  5883.  
  5884. > Are you having any luck with that cube drawing program. As far as
  5885. > "I'm" concernced if there is a bug in blitz that makes your program crash 
  5886. > with runtime errors on I need to know about it.
  5887.  Simon:
  5888.  
  5889.  
  5890. finally my program it's running; i just add an "Extra.w" 
  5891. variable in the Newtype.cube definition
  5892.  
  5893.      Newtype.cube
  5894.        c.point[8]
  5895.        extra.w
  5896.      End Newtype 
  5897.      
  5898.  
  5899. and that's it..
  5900.    ..GREETINGS !!!
  5901.  
  5902.   by the way, in future releases i would like to see things like this:
  5903.  
  5904.    Function.MyOwnType WOW {}
  5905.    .
  5906.    .
  5907.    End Function
  5908.    
  5909.  
  5910. Thing1.MyOwnType=.....
  5911.  
  5912.   thing2.MyOwnType=Thing1     etc,etc
  5913.  
  5914.  
  5915. From mfc@xanum.uam.mxSun Sep  3 22:30:09 1995
  5916. Date: Fri, 5 May 1995 19:44:07 -0500 (CDT)
  5917. From: "Pedro J. Cervantes Pintor" <mfc@xanum.uam.mx>
  5918. To: Stephen McNamara <sis3149@sis.port.ac.uk>
  5919. Cc: "Ott M. Aaloe" <OTT@microlnk.ml.ee>, blitz-list@helsinki.fi
  5920. Subject: Re: RI (Func) lib and 1.3
  5921.  
  5922.  
  5923.  
  5924. On Tue, 28 Mar 1995, Stephen McNamara wrote:
  5925.  
  5926. > On Tue, 28 Mar 1995, Ott M. Aaloe wrote:
  5927. > > Does anyone use RI libs with KS 1.3 (or 1.2). I'm just wondering if 
  5928. > > they're working coz I started to make a conversion from AGA to ECS/OCS 
  5929. > > and when I tested it on A3000+softkicked 1.3 and some Funclibs 
  5930. > > commands hang... For example Bload...and especially FileSize - the 
  5931. > > debugger pops up with 'Line 1111 Emulator' ??. So anyone out there 
  5932. > > know what's wrong?
  5933. > Currently we have no pre-AGA machines to work with other here and so have 
  5934. > not been able to test any of the commands on anything lower than OS3.0.  
  5935. > We'll have a look at these commands specifically (Bload & filesize) to 
  5936. > see if they're doing anything naughty (e.g. possibly using post 1.2/3 OS 
  5937. > functions) and tell you about anything we find.
  5938. > We'd also appreciate it if people can inform us of any further problems 
  5939. > with our commands so that we can make any necessary upgrades/bug fixes.
  5940.  Steve Mc.:
  5941.  
  5942.  
  5943.  well yes, i had troubles with "Bload" and "Filesize" from 
  5944. RIBlitzLibs  v4, in both commands i got the "Line 1111 Emulator" error 
  5945.  
  5946.  ..GREETINGS!!!
  5947.  
  5948.   Pedro C.
  5949.  
  5950.  
  5951.  
  5952. From acid@iconz.co.nzSun Sep  3 22:30:09 1995
  5953. Date: Sat, 6 May 1995 21:47:40 +1200 (NZST)
  5954. From: Simon or Mark <acid@iconz.co.nz>
  5955. To: Philipp Lonke <phips@scout.rhein-main.de>
  5956. Cc: blitz-list@helsinki.fi
  5957. Subject: Re: Sorry, test!
  5958.  
  5959. Mark is rolling a joint, I'm looking for papers
  5960.  
  5961. and it's sarturday night
  5962.  
  5963. are any blitz users drinking vodka this evening????
  5964.  
  5965. simon (sith that little s)
  5966.  
  5967.  
  5968.  
  5969. From James.Savage@gothsoft.centron.comSun Sep  3 22:30:09 1995
  5970. Date: 06 May 95 14:56:09 +0000
  5971. From: James Savage <James.Savage@gothsoft.centron.com>
  5972. To: blitz-list@helsinki.fi
  5973. Subject: 3d cube
  5974.  
  5975.  
  5976. Hullo there mfc@xanum.uam.mx,
  5977.  
  5978. On 6 May 95 you murmered to All about the gothic subject of '3d cube', and I
  5979. was just thinking...
  5980.  
  5981.  > when i run this, i get the "Software error - task held ...."
  5982.  > without any Blitz error message. The Guru number is:
  5983.  > 00000003.0000DE30
  5984.  > 
  5985.  > I tested this program in Blitz Basic 2 V1.7 ; the runtime
  5986.  > error debugger was activated with autorun and interrupt
  5987.  > checking; and  without any aditional libraries. My computer
  5988.  > is an Amiga 500, 1MbChip, 1 drive, OS 1.3
  5989.  
  5990. That guru is an address error. Its caused by attempting to read or write a word
  5991. or longword that is at an uneven address. It only occurs on 68000 or 68010, so
  5992. it might not be Blitz or your code.
  5993.  
  5994. Catch you on the dark side...
  5995.  
  5996. James  founder of GOTHSOFT DEVELOPMENTS  and  ////\oo/\\\\ net.goth
  5997.  
  5998.  
  5999. ... If rabbit's feet are so lucky, what happened to the rabbit???
  6000.  
  6001.  >> Gothic Tag v1.05 <<
  6002. +---------------------------------------------------------------------+
  6003. | Standard disclaimer:  The views of this user are strictly their own |
  6004. |     ===> Sent via CC-NET BBS [centron.com] +44-1473-273246 <===     |
  6005. +---------------------------------------------------------------------+
  6006.  
  6007.  
  6008. From phips@scout.rhein-main.deSun Sep  3 22:30:09 1995
  6009. Date: Sat, 6 May 95 23:39:46 CET
  6010. From: Philipp Lonke <phips@scout.rhein-main.de>
  6011. To: blitz-list@helsinki.fi
  6012. Subject: Include-XInclude problem
  6013.  
  6014. Hi there,
  6015.  
  6016.  I am just using the developper disk 1 with the system includes and
  6017. having some troubles with it ;(
  6018.  
  6019. I wrote a program that loaded some of the includes like this:
  6020.  
  6021. ------ cut ---------
  6022.  
  6023. INCDIR "includes:"              ; that's where they are
  6024.  
  6025. XINCLUDE exec/types.bb2
  6026. XINCLUDE "intuition/intuitionbase.bb2"     ; in quotes because it's
  6027.                                            ; also a BB2-Keyword ;)
  6028. XINCLUDE intuition/intuition.bb2
  6029.  
  6030. ...
  6031.  
  6032. ------- end ---------
  6033.  
  6034. and all I get is wether the message "Garbage at end of line" or
  6035. "include could not be loaded".
  6036.  
  6037. How to get it to work?
  6038.  
  6039. -- 
  6040. Philipp Lonke * phips@scout.rhein-main.de * postal adress on demand
  6041. "Lehrerkommödie: Die Armut der Lehrer, während die Staaten Unsummen für
  6042. die Wehrmacht hinauswerfen. Da sie nur Lehrer für 600 DM sich leisten
  6043. können, bleiben die Völker so dumm, daß sie sich Kriege für 60
  6044. Milliarden leisten müssen." (Ch. Morgenstern, "Aphorismen")
  6045.  
  6046.  
  6047. From owner-blitz-list@helsinki.fiSun Sep  3 22:30:09 1995
  6048. Date: Sun, 7 May 1995 12:18:29 +0300
  6049. From: owner-blitz-list@helsinki.fi
  6050. To: owner-blitz-list@helsinki.fi
  6051. Subject: BOUNCE blitz-list@helsinki.fi: Admin request
  6052.  
  6053. >From blitz-list-owner  Sun May  7 12:18:27 1995
  6054. Received: from karhu.Helsinki.FI (mmmakela@karhu [128.214.4.13]) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) with ESMTP id MAA14952 for <blitz-list@helsinki.fi>; Sun, 7 May 1995 12:18:26 +0300
  6055. Received: (mmmakela@localhost) by karhu.Helsinki.FI (8.6.12+Emil1.1/8.6.5) id MAA19513 for blitz-list@helsinki.fi; Sun, 7 May 1995 12:18:26 +0300
  6056. From: Mikko Makela <mmmakela@cc.helsinki.fi>
  6057. Message-Id: <199505070918.MAA19513@karhu.Helsinki.FI>
  6058. Subject: subscribe
  6059. To: blitz-list@helsinki.fi
  6060. Date: Sun, 7 May 1995 12:18:25 +0300 (EETDST)
  6061. MIME-Version: 1.0
  6062. Content-Type: text/plain; charset=ISO-8859-1
  6063. Content-Transfer-Encoding: 8bit
  6064. Content-Length: 17        
  6065.  
  6066. subscribe test2
  6067.  
  6068.  
  6069.  
  6070. From Daniel.D.P.Hopkins@bra0119.wins.icl.co.ukSun Sep  3 22:30:09 1995
  6071. Date: Sun, 7 May 1995 14:30:52 +0100
  6072. From: Daniel.D.P.Hopkins@bra0119.wins.icl.co.uk
  6073. To: owner-blitz-list@Helsinki.FI
  6074. Subject: RE(2): Sorry, test!
  6075.  
  6076. Those of us that aren't drinking vodka, are skinning up for all
  6077. we're worth.
  6078.  
  6079. Sit back, skin up, spark up and chill out.
  6080.  
  6081. dan.
  6082.  
  6083. From gsiklos@phantom.comSun Sep  3 22:30:09 1995
  6084. Date: Sun, 7 May 1995 11:00:47 -0400 (EDT)
  6085. From: Greg Siklos <gsiklos@phantom.com>
  6086. To: blitz-list@helsinki.fi
  6087. Subject: wbwidth & wbheight
  6088.  
  6089. Hi all 
  6090.  
  6091.     I,ve just run into a weird problem concerning wbwidth & wbheight. For
  6092. some reason they are suddenly returning the wrong sizes for my workbench 
  6093. screens for example my wbench is set for 676 width and 467 height and WBwidth
  6094. returns 640 &WBheight returns 400. I haven't ever had any sort of problem 
  6095. with these commmands  before so I'm trying to figure out how to rectify 
  6096. the situation. I am using V1.9 on an a4000/040 plus I recently used Moned3
  6097. to change the position of my DBLntsc Screens so they are centered properly. 
  6098. I'm not sure if this could be the problem so if any of you GURU's know the
  6099. deal I'd be greatful for any help.
  6100.  
  6101.                     Thanks In Advance !
  6102.  
  6103. Greg Siklos
  6104.  
  6105.  
  6106.  
  6107.  
  6108.  
  6109. From sueec@westminster.ac.ukSun Sep  3 22:30:09 1995
  6110. Date: Sun, 7 May 1995 16:16:56 +0100 (BST)
  6111. From: Ricky Clarke <sueec@westminster.ac.uk>
  6112. To: blitz-list@helsinki.fi
  6113. Subject: Just a few quickies...
  6114.  
  6115.  
  6116.   ( NOTE: This message has been sent before but I'm not sure whether it actually got through or not... So here goes again...)
  6117.  
  6118.   Hello all!
  6119.  
  6120.   Can anybody help me with any of the following please?
  6121.  
  6122.  
  6123.   Query #1:
  6124.  
  6125.    I have written an intuition program which uses GTLists quite a lot.
  6126.  I was wondering if anybody out there knows of, or would be interested in
  6127.  engineering, an implementation of the 'GTListHit' command below...
  6128.  
  6129.   ; Code starts here. Don't try to execute/run it - IT WON'T WORK ;)
  6130.  
  6131.     Select WaitEvent        ;Wait for an IDCMPEvent to occur
  6132.     Case #GadgetUpEvent     ;A gadget has been released
  6133.       Select GTListHit
  6134.       Case 0
  6135.         Select GadgetHit
  6136.         Case 0
  6137.         Case 1
  6138.         End Select
  6139.       Case 1
  6140.         Select GadgetHit
  6141.         Case 0
  6142.         Case 1
  6143.         End Select
  6144.       End Select
  6145.     End Select
  6146.  
  6147.   ; Code ends
  6148.  
  6149.    As you can see from the above, I would like 'GTListHit' to return/hold the
  6150.  GTList object number that the selected GTGadget exists within. I know this
  6151.  is probably rather wordy and not particularly well explained... Sorry :)
  6152.  
  6153.  
  6154.   Query #2:
  6155.  
  6156.    In the program I mentioned above I've been developing my own GTList
  6157.  scaling routines. Using the 'DetachGTList', 'GTFreeGadget' and 'Free GTList'
  6158.  command combination I've been deallocating GTLists and then reallocating
  6159.  them at a different size. It seems, bowever, that the GTLists that I've
  6160.  finished with and have (supposedly) got rid of (i.e. No longer take up
  6161.  memory) are NOT actually being cleared from memory until the program finally
  6162.  terminates. I don't think this is the fault of either of the first two
  6163.  commands memtioned, however, I'm not sure...
  6164.    I really do need some help with with this as a constant memory drain every
  6165.  time a GTList is reattached makes my program completely usless (Seeing as
  6166.  that is, in effect, its purpose :) )
  6167.  
  6168.  
  6169.   Query #3:
  6170.  
  6171.    Did anything ever come of the 'IconToShape' command that I asked about a
  6172.  while back (esp. RI-Group and Elmore)? I'm still interested in using such a
  6173.  command.
  6174.  
  6175.  
  6176.   Thanks for bothering to read this request (And for any help)...
  6177.  
  6178.     Ricky Clarke (EMail: sueec@westminster.ac.uk or sueec@wmin.ac.uk)
  6179.  
  6180.  
  6181. From relmore@silver.sdsmt.eduSun Sep  3 22:30:09 1995
  6182. Date: Sun, 7 May 1995 10:53:31 -0600 (MDT)
  6183. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  6184. To: Greg Siklos <gsiklos@phantom.com>
  6185. Cc: blitz-list@helsinki.fi
  6186. Subject: Re: wbwidth & wbheight
  6187.  
  6188. On Sun, 7 May 1995, Greg Siklos wrote:
  6189.  
  6190. >     I,ve just run into a weird problem concerning wbwidth & wbheight. For
  6191. > some reason they are suddenly returning the wrong sizes for my workbench 
  6192. > screens for example my wbench is set for 676 width and 467 height and WBwidth
  6193. > returns 640 &WBheight returns 400. I haven't ever had any sort of problem 
  6194.  
  6195. WBWidth, WBHeight and WBViewmode functions are all buggy when it comes to 
  6196. screen types unavailable prior to 2.0 or 3.0, or with widths beyond 640 
  6197. and heights beyond 512.  I wrote a library some time ago to address this  
  6198. problem by providing the true values for ANY screen you open or 
  6199. "FindScreen."  (Including WBToScreen x)  If you're interested, please 
  6200. contact me.
  6201.  
  6202.     +---------------------------------------------------------------+
  6203.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  6204.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  6205.     +---------------------------------------------------------------+
  6206.  
  6207.  
  6208.  
  6209. From josh@pinsight.comSun Sep  3 22:30:09 1995
  6210. Date: Sun, 7 May 1995 11:58:34 -0700 (PDT)
  6211. From: Josh Farley <josh@pinsight.com>
  6212. To: Greg Siklos <gsiklos@phantom.com>
  6213. Cc: blitz-list@helsinki.fi
  6214. Subject: Re: wbwidth & wbheight
  6215.  
  6216.  
  6217.  
  6218. On Sun, 7 May 1995, Greg Siklos wrote:
  6219.  
  6220. >     I,ve just run into a weird problem concerning wbwidth & wbheight. For
  6221. > some reason they are suddenly returning the wrong sizes for my workbench 
  6222. > screens for example my wbench is set for 676 width and 467 height and WBwidth
  6223. > returns 640 &WBheight returns 400. I haven't ever had any sort of problem 
  6224.  
  6225.   I had the same problem... Blitz's commands will only return the default 
  6226. values... to get the "real" values, do the following:
  6227.  
  6228. WBToScreen 0
  6229. *s0.Screen=peek.l(addr screen(0))
  6230. wx=*s0\Width
  6231. wy=*s0\Height
  6232.  
  6233.  
  6234.   This should work...
  6235.  
  6236. Josh Farley     Netmail: 1:119/88     E-Mail: josh@pinsight.com
  6237.   Now Available: "TeleTerm" Terminal program Version 2.0
  6238.       FTP as comm/term/teleterm20.lha
  6239.   Also Available: "Ooze" ECS/AGA Version 2...
  6240.       FTP as game/think/oozeaga2u.lha or game/think/oozeecs2u.lha
  6241.   or at 1:119/88 or 916-893-8079
  6242.  
  6243.  
  6244.  
  6245. From mfc@xanum.uam.mxSun Sep  3 22:30:09 1995
  6246. Date: Sun, 7 May 1995 14:26:42 -0500 (CDT)
  6247. From: Maestria en Filosofia <mfc@xanum.uam.mx>
  6248. To: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  6249. Cc: blitz-list@helsinki.fi
  6250. Subject: Blitter
  6251.  
  6252.  
  6253.  
  6254.   Where can i find information about drawing lines using the Blitter?
  6255.  
  6256.   Pedro C.
  6257.  
  6258.  
  6259. From owner-blitz-list@helsinki.fiSun Sep  3 22:30:09 1995
  6260. Date: Mon, 8 May 1995 00:28:02 +0300
  6261. From: owner-blitz-list@helsinki.fi
  6262. To: owner-blitz-list@helsinki.fi
  6263. Subject: BOUNCE blitz-list@helsinki.fi: Admin request
  6264.  
  6265. >From blitz-list-owner  Mon May  8 00:28:00 1995
  6266. Received: from nova.unix.portal.com (root@nova.unix.portal.com [156.151.1.101]) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) with SMTP id AAA07015 for <blitz-list@helsinki.fi>; Mon, 8 May 1995 00:27:53 +0300
  6267. From: TRoss@cup.portal.com
  6268. Received: from hobo.online.portal.com (hobo.online.portal.com [156.151.5.5]) by nova.unix.portal.com (8.6.11/8.6.5) with ESMTP id OAA03081 for <blitz-list@helsinki.fi>; Sun, 7 May 1995 14:27:07 -0700
  6269. Received: (pccop@localhost) by hobo.online.portal.com (8.6.10/8.6.5) id OAA06336 for blitz-list@helsinki.fi; Sun, 7 May 1995 14:27:06 -0700
  6270. To: blitz-list@helsinki.fi
  6271. Subject: subscribe
  6272. Lines: 1
  6273. Date: Sun,  7 May 95 14:27:06 PDT
  6274. Message-ID: <9505071427.1.6282@cup.portal.com>
  6275. X-Origin: The Portal System (TM)
  6276. MIME-Version: 1.0
  6277. Content-Type: text/plain; charset="us-ascii"
  6278. Content-Transfer-Encoding: 7bit
  6279.  
  6280. subscribe list tross@cup.portal.com
  6281.  
  6282.  
  6283. From acid@iconz.co.nzSun Sep  3 22:30:09 1995
  6284. Date: Mon, 8 May 1995 05:40:04 +1200 (NZST)
  6285. From: Simon or Mark <acid@iconz.co.nz>
  6286. To: Philipp Lonke <phips@scout.rhein-main.de>
  6287. Cc: blitz-list@helsinki.fi
  6288. Subject: Re: Include-XInclude problem
  6289.  
  6290.  
  6291.  
  6292. On Sat, 6 May 1995, Philipp Lonke wrote:
  6293.  
  6294. > Hi there,
  6295. >  I am just using the developper disk 1 with the system includes and
  6296. > having some troubles with it ;(
  6297. > I wrote a program that loaded some of the includes like this:
  6298. > ------ cut ---------
  6299. > INCDIR "includes:"              ; that's where they are
  6300. > XINCLUDE exec/types.bb2
  6301. > XINCLUDE "intuition/intuitionbase.bb2"     ; in quotes because it's
  6302. >                                            ; also a BB2-Keyword ;)
  6303. > XINCLUDE intuition/intuition.bb2
  6304. > ...
  6305. > ------- end ---------
  6306. > and all I get is wether the message "Garbage at end of line" or
  6307. > "include could not be loaded".
  6308. > How to get it to work?
  6309.  
  6310. I think the Includes need to be tokenised, not just ascii. You may have 
  6311. to load the includes into Blitz, and re-save them to tokenise them.
  6312.  
  6313. Mark
  6314.  
  6315.  
  6316. From acid@iconz.co.nzSun Sep  3 22:30:09 1995
  6317. Date: Mon, 8 May 1995 16:45:47 +1200 (NZST)
  6318. From: Simon or Mark <acid@iconz.co.nz>
  6319. To: blitz list <blitz-list@helsinki.fi>
  6320. Subject: Bouncing German Mail Masters...
  6321.  
  6322.  
  6323. Who is Post Master <POSTMASTER@Refugium.gun.de> and why do all my posts 
  6324. to the blitzlist get bounced back to me???????????
  6325.  
  6326. > - ihr Prometheus-Mailbox-System
  6327.  
  6328. Yeh, great stuff indeed...
  6329.  
  6330.  
  6331. From tjstone@netshop.netSun Sep  3 22:30:09 1995
  6332. Date: Mon, 8 May 1995 07:46:38 -47900
  6333. From: The Crow <tjstone@netshop.net>
  6334. To: blitz-list@cc.helsinki.fi
  6335. Subject: Thanks for scroll example, but ... 
  6336.  
  6337.  
  6338.  
  6339. >> Brett,
  6340. >> 
  6341. >> Thanks for taking the time to send me a map block scroll example.
  6342. >> 
  6343. >> I'm afraid though that it doesn't really help me too much.  
  6344. >> 
  6345. >>     - This is a good horizontal scroll example (which to some degree I am 
  6346. >>       familiar with).  I also understand how to do a vertical scroll 
  6347. >>       routine.  My problem is trying to write a horizontal/vertical 
  6348. >>       scroll routine where I can change quickly from scrolling left/right to 
  6349. >>       up/down.
  6350. >> 
  6351. >> I REALLY NEED this routine since it is a key part of my intended game's
  6352. >> "engine".  I can't really do to much without it since I am trying to write
  6353. >> a small demo to ensure that what I want to do is feasible.
  6354. >> 
  6355. >> Can you still help me on this, or should I try the Blitz-list again?
  6356. >
  6357. >    I have an example of scrolling left or right in the same game that I 
  6358. >        wrote last year, I have also wrote up and down. However I 
  6359. >        don't know about combining both. If you only want to scroll
  6360. >        4 ways it shouldn't be too hard! :-)
  6361. >    I was trying to make an 8 way scroller but I started writing a 
  6362. >        side on shootem-up (ATOMHEAD), and so I stopped.
  6363. >
  6364. >    You could do it with a large bitmap, 640x512, and use the same
  6365. >    scrolling techniques sort of separately, depending on which 
  6366. >    way you want to scroll? Could waste memory though... Umm..
  6367. >    Ask the list, I'll have a think about it... 
  6368. >
  6369. >                    Brett.
  6370.  
  6371. Can anyone help me on this?  I cant believe all Blitz games have been only
  6372. left/right or up/down scrollers.
  6373.  
  6374. Thanks
  6375.  
  6376.  
  6377. Tom
  6378.  
  6379.  
  6380. From mmmakela@cc.helsinki.fiSun Sep  3 22:30:09 1995
  6381. Date: Mon, 8 May 1995 18:43:03 +0300 (EET DST)
  6382. From: Mikko Makela <mmmakela@cc.helsinki.fi>
  6383. To: blitz-list@helsinki.fi
  6384. Subject: Thanks for scroll example, but ... (fwd)
  6385.  
  6386. help (this is here only for testing purposes)
  6387.  
  6388. Forwarded message:
  6389. > Can anyone help me on this?  I cant believe all Blitz games have been only
  6390. > left/right or up/down scrollers.
  6391. Well, if I remember rigth, there is one game made by Acid (Mark ?)
  6392. in the aminet, which scrolls to all directions, and what`s more,
  6393. the source is scrolled on the screen when beginning the game.
  6394. Sorry, I don`t remember the name rigth now, but maybe someone else
  6395. can tell it (assuming I`m rigth about the game).
  6396.  
  6397. -Mikko
  6398.  
  6399.  
  6400.  
  6401.  
  6402.  
  6403. From phips@scout.rhein-main.deSun Sep  3 22:30:09 1995
  6404. Date: Mon, 8 May 95 19:02:27 CET
  6405. From: Philipp Lonke <phips@scout.rhein-main.de>
  6406. To: blitz-list@helsinki.fi
  6407. Subject: Re: Bouncing German Mail Masters...
  6408.  
  6409. Hi Simon, you wrote in <Pine.SUN.3.91.950508164355.16439A-100000@iconz.co.nz> on May 8:
  6410.  
  6411. > Who is Post Master <POSTMASTER@Refugium.gun.de> and why do all my posts 
  6412. > to the blitzlist get bounced back to me???????????
  6413. > > 
  6414. > > - ihr Prometheus-Mailbox-System
  6415. > > 
  6416. > Yeh, great stuff indeed...
  6417.  
  6418. I wrote to the Sysop of this box to take a look at this and to
  6419. unsubscribe this user who is not existant.
  6420.  
  6421. -- 
  6422. Philipp Lonke * phips@scout.rhein-main.de * postal adress on demand
  6423. "Lehrerkommödie: Die Armut der Lehrer, während die Staaten Unsummen für
  6424. die Wehrmacht hinauswerfen. Da sie nur Lehrer für 600 DM sich leisten
  6425. können, bleiben die Völker so dumm, daß sie sich Kriege für 60
  6426. Milliarden leisten müssen." (Ch. Morgenstern, "Aphorismen")
  6427.  
  6428.  
  6429. From phips@scout.rhein-main.deSun Sep  3 22:30:09 1995
  6430. Date: Mon, 8 May 95 19:04:31 CET
  6431. From: Philipp Lonke <phips@scout.rhein-main.de>
  6432. To: blitz-list@helsinki.fi
  6433. Subject: Re: Just a few quickies...
  6434.  
  6435. Hi Ricky, you wrote in <199505071516.QAA06433@newbadger.wmin.ac.uk> on May 7:
  6436.  
  6437. >  scaling routines. Using the 'DetachGTList', 'GTFreeGadget' and 'Free GTList'
  6438. >  command combination I've been deallocating GTLists and then reallocating
  6439. >  them at a different size. It seems, bowever, that the GTLists that I've
  6440.  
  6441. Mmmm... I am currently using BB2 v1.9 and I didn't found GTFreeGadget
  6442. and DetachGTList accepted by BB2 ... is there a new version of the
  6443. Gadtools-Library I didn't got?
  6444.  
  6445. -- 
  6446. Philipp Lonke * phips@scout.rhein-main.de * postal adress on demand
  6447. "Lehrerkommödie: Die Armut der Lehrer, während die Staaten Unsummen für
  6448. die Wehrmacht hinauswerfen. Da sie nur Lehrer für 600 DM sich leisten
  6449. können, bleiben die Völker so dumm, daß sie sich Kriege für 60
  6450. Milliarden leisten müssen." (Ch. Morgenstern, "Aphorismen")
  6451.  
  6452.  
  6453. From phips@scout.rhein-main.deSun Sep  3 22:30:09 1995
  6454. Date: Mon, 8 May 95 20:03:33 CET
  6455. From: Philipp Lonke <phips@scout.rhein-main.de>
  6456. To: blitz-list@helsinki.fi
  6457. Subject: Errors in the AmigaOS-Includes
  6458.  
  6459. First I am wondering wether I am the first person to use the Includes (I
  6460. got them from BB2 Distribution in Colognia) or the only one having
  6461. buggy system includes...
  6462.  
  6463. It all started with my program (converting some C includes for TRITON
  6464. (a very good GUI Enhancer!!) that I needed the system includes for it.
  6465.  
  6466. *BUT* using 'XINCLUDE' seems to work within one (same!) file, but it
  6467. doesn't work with several files, like in the system includes.
  6468.  
  6469. I xincluded e.g. "exec/types.bb2"
  6470. this file xincluded "exec/nodes.bb2" and "exec/lists.bb2"
  6471. these files xincluded *both* "exec/types.bb2" again. Result: Error.
  6472. I found it out compiling these files after having removed the xinclude
  6473. lines...
  6474.  
  6475. So, what does this %/&§(!-xinclude command exists, when it doesn't
  6476. work right??
  6477.  
  6478.  
  6479. And: There are some bugs in the includes ... Keywords enclosed by
  6480. other letters so that the compiler doesn't recognize them ...
  6481.  
  6482. -- 
  6483. Philipp Lonke * phips@scout.rhein-main.de * postal adress on demand
  6484. "Lehrerkommödie: Die Armut der Lehrer, während die Staaten Unsummen für
  6485. die Wehrmacht hinauswerfen. Da sie nur Lehrer für 600 DM sich leisten
  6486. können, bleiben die Völker so dumm, daß sie sich Kriege für 60
  6487. Milliarden leisten müssen." (Ch. Morgenstern, "Aphorismen")
  6488.  
  6489.  
  6490. From uucp@cristal.syd.pronet.comSun Sep  3 22:30:09 1995
  6491. Date: Mon, 8 May 95 23:46:03 AEST
  6492. From: UUCP administrator <uucp@cristal.syd.pronet.com>
  6493. To: blitz-list-owner@cc.helsinki.fi
  6494. Subject: Warning From UUCP
  6495.  
  6496. We have been unable to contact machine 'comlink' since you queued your job.
  6497.  
  6498.     comlink!mail Gary_Albery@comlink.mpx.com.au   (Date 05/07)
  6499.  
  6500. The job will be deleted in several days if the problem is not corrected.
  6501. If you care to kill the job, execute the following command:
  6502.  
  6503.     uustat -kcomlinka6a2b
  6504.  
  6505.     Sincerely,
  6506.  
  6507.     cristal!uucp
  6508.  
  6509. #############################################
  6510. ##### Data File: ############################
  6511. >From cc.helsinki.fi!blitz-list-owner Sun May  7 18:44:55 1995 remote from cristal
  6512. Return-Path: <blitz-list-owner@cc.helsinki.fi>
  6513. Received: from kantti.helsinki.fi by cristal.mpx.com.au with smtp
  6514.     (Smail3.1.28.1 #3) id m0s81vV-0000hqa; Sun, 7 May 95 18:42 AEST
  6515. Received: (majordom@localhost) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) id KAA11721 for blitz-list-outgoing; Sun, 7 May 1995 10:28:00 +0300
  6516. Received: from ibmPCUG.CO.UK (mmdf@Alice.ibmPCUG.CO.UK [192.68.174.71]) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) with SMTP id KAA11716 for <blitz-list@helsinki.fi>; Sun, 7 May 1995 10:27:57 +0300
  6517. Received: from kate.ibmpcug.co.uk by alice.ibmPCUG.CO.UK id aa19361;
  6518.           7 May 95 8:27 BST
  6519. Received: from centron.com by kate.ibmpcug.co.uk id aa22580; 7 May 95 8:26 BST
  6520. Received: by centron.com (0.99.940127)
  6521.   id AA04176; 06 May 95 16:48:59 +0000
  6522. From: James Savage <James.Savage@gothsoft.centron.com>
  6523. Date: 06 May 95 14:56:09 +0000
  6524. Subject: 3d cube
  6525. Message-ID: <712_9505061648@centron.com>
  6526. Organization: CC-NET BBS
  6527. To: blitz-list@helsinki.fi
  6528. MIME-Version: 1.0
  6529. Content-Type: text/plain; charset="us-ascii"
  6530. Content-Transfer-Encoding: 7bit
  6531. Sender: owner-blitz-list@Helsinki.FI
  6532. Precedence: bulk
  6533.  
  6534.  
  6535. Hullo there mfc@xanum.uam.mx,
  6536.  
  6537. On 6 May 95 you murmered to All about the gothic subject of '3d cube', and I
  6538. was just thinking...
  6539.  
  6540.  > when i run this, i get the "Software error - task held ...."
  6541.  > without any Blitz error message. The Guru number is:
  6542.  > 00000003.0000DE30
  6543.  > 
  6544.  > I tested this program in Blitz Basic 2 V1.7 ; the runtime
  6545.  > error debugger was activated with autorun and interrupt
  6546.  > checking; and  without any aditional libraries. My computer
  6547.  > is an Amiga 500, 1MbChip, 1 drive, OS 1.3
  6548.  
  6549. That guru is an address error. Its caused by attempting to read or write a word
  6550. or longword that is at an uneven address. It only occurs on 68000 or 68010, so
  6551. it might not be Blitz or your code.
  6552.  
  6553. Catch you on the dark side...
  6554.  
  6555. James  founder of GOTHSOFT DEVELOPMENTS  and  ////\oo/\\\\ net.goth
  6556.  
  6557.  
  6558. ... If rabbit's feet are so lucky, what happened to the rabbit???
  6559.  
  6560.  >> Gothic Tag v1.05 <<
  6561. +---------------------------------------------------------------------+
  6562. | Standard disclaimer:  The views of this user are strictly their own |
  6563. |     ===> Sent via CC-NET BBS [centron.com] +44-1473-273246 <===     |
  6564. +---------------------------------------------------------------------+
  6565.  
  6566.  
  6567.  
  6568. From uucp@cristal.syd.pronet.comSun Sep  3 22:30:09 1995
  6569. Date: Mon, 8 May 95 23:46:04 AEST
  6570. From: UUCP administrator <uucp@cristal.syd.pronet.com>
  6571. To: blitz-list-owner@cc.helsinki.fi
  6572. Subject: Warning From UUCP
  6573.  
  6574. We have been unable to contact machine 'comlink' since you queued your job.
  6575.  
  6576.     comlink!mail Gary_Albery@comlink.mpx.com.au   (Date 05/07)
  6577.  
  6578. The job will be deleted in several days if the problem is not corrected.
  6579. If you care to kill the job, execute the following command:
  6580.  
  6581.     uustat -kcomlinka6a2c
  6582.  
  6583.     Sincerely,
  6584.  
  6585.     cristal!uucp
  6586.  
  6587. #############################################
  6588. ##### Data File: ############################
  6589. >From cc.helsinki.fi!blitz-list-owner Sun May  7 18:56:35 1995 remote from cristal
  6590. Return-Path: <blitz-list-owner@cc.helsinki.fi>
  6591. Received: from kantti.helsinki.fi by cristal.mpx.com.au with smtp
  6592.     (Smail3.1.28.1 #3) id m0s828O-0000qVa; Sun, 7 May 95 18:56 AEST
  6593. Received: (majordom@localhost) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) id KAA11771 for blitz-list-outgoing; Sun, 7 May 1995 10:30:24 +0300
  6594. Received: from ki1.chemie.fu-berlin.de (ki1.Chemie.FU-Berlin.DE [160.45.24.21]) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) with SMTP id KAA11764 for <blitz-list@helsinki.fi>; Sun, 7 May 1995 10:30:21 +0300
  6595. Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1)
  6596.       from odb.rhein-main.de (193.141.47.4) with smtp
  6597.       id <m0s80nC-0000blC>; Sun, 7 May 95 09:30 MEST
  6598. Received: from unixe by odb.rhein-main.de with uucp
  6599.     (Smail3.1.28.1 #5) id m0s80n0-0007UzC; Sun, 7 May 95 09:30 MET DST
  6600. Received: from scout by unixe.rhein-main.de id aa25893; 7 May 95 9:04 MESZ
  6601. Received: by scout.rhein-main.de (V1.16/Amiga)
  6602.     id AA004ha; Sat, 6 May 95 23:39:46 CET
  6603. Date: Sat, 6 May 95 23:39:46 CET
  6604. Message-Id: <9505062239.AA004h9@scout.rhein-main.de>
  6605. X-Mailer: //\\miga Electronic Mail (AmiElm 6.24)
  6606. MIME-Version: 1.0
  6607. Content-Type: text/plain; charset=ISO-8859-1
  6608. Content-Length: 932
  6609. From: Philipp Lonke <phips@scout.rhein-main.de>
  6610. To: blitz-list@helsinki.fi
  6611. Subject: Include-XInclude problem
  6612. Sender: owner-blitz-list@Helsinki.FI
  6613. Precedence: bulk
  6614. Content-Transfer-Encoding: QUOTED-PRINTABLE
  6615.  
  6616. Hi there,
  6617.  
  6618.  I am just using the developper disk 1 with the system includ=
  6619. es and
  6620. having some troubles with it ;(
  6621.  
  6622. I wrote a program that loaded some of the includes like this:
  6623.  
  6624. ------ cut ---------
  6625.  
  6626. INCDIR "includes:"              ; that's where they are
  6627.  
  6628. XINCLUDE exec/types.bb2
  6629. XINCLUDE "intuition/intuitionbase.bb2"     ; in quotes becaus=
  6630. e it's
  6631.                                            ; also a BB2-Keywo=
  6632. rd ;)
  6633. XINCLUDE intuition/intuition.bb2
  6634.  
  6635. ...
  6636.  
  6637. ------- end ---------
  6638.  
  6639. and all I get is wether the message "Garbage at end of line" =
  6640. or
  6641. "include could not be loaded".
  6642.  
  6643. How to get it to work?
  6644.  
  6645. --=20
  6646. Philipp Lonke * phips@scout.rhein-main.de * postal adress on =
  6647. demand
  6648. "Lehrerkomm=F6die: Die Armut der Lehrer, w=E4hrend die Staate=
  6649. n Unsummen f=FCr
  6650. die Wehrmacht hinauswerfen. Da sie nur Lehrer f=FCr 600 DM si=
  6651. ch leisten
  6652. k=F6nnen, bleiben die V=F6lker so dumm, da=DF sie sich Kriege=
  6653.  f=FCr 60
  6654. Milliarden leisten m=FCssen." (Ch. Morgenstern, "Aphorismen")
  6655.  
  6656.  
  6657.  
  6658. From rbarbaga@cs.uml.eduSun Sep  3 22:30:10 1995
  6659. Date: Mon, 8 May 1995 19:54:06 -0400 (EDT)
  6660. From: Ralph Barbagallo <rbarbaga@cs.uml.edu>
  6661. To: Brett Cooper <brettc@spaz.manawatu.planet.co.nz>
  6662. Cc: blitz-list@helsinki.fi
  6663. Subject: Re: ShapeZ II is Cool!
  6664.  
  6665.  
  6666.     Where can I get ShapezII?  I really need a utility like that.
  6667.  
  6668.  
  6669. From brettc@spaz.manawatu.planet.co.nzSun Sep  3 22:30:10 1995
  6670. Date: Tue, 9 May 95 06:24:47 +1300
  6671. From: Brett Cooper <brettc@spaz.manawatu.planet.co.nz>
  6672. To: blitz-list@helsinki.fi
  6673. Subject: ShapeZ II is Cool!
  6674.  
  6675. Hello Blitzers,
  6676.  
  6677. I'm here to tell you how impressed I am with Nigel.H's ShapeZ II program.
  6678. It's a commercial quality shape editor that's both real simple to use and
  6679. very powerfull.
  6680.  
  6681. Nigel has put alot of time and energy into it and it really shows.  If
  6682. you need a shape editor,  then this is the one to get.  Well done Nigel.
  6683.  
  6684. The check is in the mail,  keep up the execlent work.
  6685.  
  6686. Brett
  6687. brettc@spaz.manawatu.planet.nz  (Brett Cooper)
  6688.                            --- HELLONEARTHISMAN ---
  6689.  
  6690.  
  6691. From c9108939@sol.newcastle.edu.auSun Sep  3 22:30:10 1995
  6692. Date: Tue, 9 May 1995 12:25:23 +1000 (EST)
  6693. From: Brett Johansen <c9108939@sol.newcastle.edu.au>
  6694. To: blitz-list@helsinki.fi
  6695. Subject: map editor that lets you draw as well?
  6696.  
  6697.  
  6698.  
  6699.     My graphics artist is drawing the map tiles for our 
  6700.         side-on-shootemup. We have struck a few problems!
  6701.  
  6702.     PROBLEM 1:
  6703.         The RI map editor (I think that is it - sorry guys :-))
  6704.     only works on the 1200 and my graphics man only has a 2000!
  6705.  
  6706.  
  6707.     PROBLEM 2:
  6708.         Does anybody know of a map editor that allows you to
  6709.         edit the tiles and place them all in the one package.
  6710.  
  6711.             I know this is a pretty big ask.
  6712.  
  6713.     SOLUTION 1:
  6714.         I write all this stuff myself!
  6715.         Not super keen to do this, basically a simple editor
  6716.             that works in the game itself not separate.
  6717.  
  6718.     SOLUTION 2:
  6719.         Find stuff already made on the net, and use it.
  6720.  
  6721.  
  6722.             Any ideas 
  6723.                 Brett Johansen.
  6724.  
  6725.  
  6726. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:10 1995
  6727. Date: Tue, 9 May 1995 09:17:26 +0100
  6728. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  6729. To: blitz-list@helsinki.fi
  6730. Subject: Re: wbwidth & wbheight
  6731.  
  6732.  
  6733. >     I,ve just run into a weird problem concerning wbwidth & wbheight. For
  6734. > some reason they are suddenly returning the wrong sizes for my workbench 
  6735. > screens for example my wbench is set for 676 width and 467 height and WBwidth
  6736. > returns 640 &WBheight returns 400. I haven't ever had any sort of problem 
  6737. > with these commmands  before so I'm trying to figure out how to rectify 
  6738. > the situation. I am using V1.9 on an a4000/040 plus I recently used Moned3
  6739. > to change the position of my DBLntsc Screens so they are centered properly. 
  6740. > I'm not sure if this could be the problem so if any of you GURU's know the
  6741. > deal I'd be greatful for any help.
  6742.  
  6743. I bumped into this one some time ago , its quite easy to get round, but because
  6744. by Amigas dead at the mo, i cant give you any exact code...
  6745. BUT - I`ll try and do it off the top of my head.
  6746.  
  6747. NB: full newtypes are in amigalibs.res, or can be convertted from the RKMs
  6748.     You need .Screen
  6749.  
  6750. function.w WBW
  6751.   WBToScreen 0
  6752.   *s.Screen=peek.l(addr Screen (0))
  6753.   function return *s\width
  6754. end function
  6755.  
  6756. and replace width with height for WBH.  Thats something like it, but as i said, i cant say for sure, or even that this code is good (havent touched Blitz for about 6 weeks now!)
  6757.  
  6758. Mark Tiffany / SgtBilko
  6759. .---------------------------------------------------------------.
  6760. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  6761. |  ===========================================================  |
  6762. |                http://sun1.bham.ac.uk/cca93057                |
  6763. |---------------------------------------------------------------|
  6764. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |
  6765. '---------------------------------------------------------------'
  6766.  
  6767.  
  6768. From sis3149@sis.port.ac.ukSun Sep  3 22:30:10 1995
  6769. Date: Tue, 9 May 1995 09:25:41 +0100 (BST)
  6770. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  6771. To: Brett Johansen <c9108939@sol.newcastle.edu.au>
  6772. Cc: blitz-list@helsinki.fi
  6773. Subject: Re: map editor that lets you draw as well?
  6774.  
  6775. On Tue, 9 May 1995, Brett Johansen wrote:
  6776.  
  6777. >     My graphics artist is drawing the map tiles for our 
  6778. >         side-on-shootemup. We have struck a few problems!
  6779. >     PROBLEM 1:
  6780. >         The RI map editor (I think that is it - sorry guys :-))
  6781. >     only works on the 1200 and my graphics man only has a 2000!
  6782.  
  6783. Get the latest version from Aminet as LESMapEditorV2 (or something).  
  6784. It much more stable and shouldn't fall down badly on pre OS3.0.
  6785.  
  6786. >     PROBLEM 2:
  6787. >         Does anybody know of a map editor that allows you to
  6788. >         edit the tiles and place them all in the one package.
  6789.  
  6790. The latest map editor has an ARexx port with a large instruction base.  
  6791. It doesn't support editing itself, but once ShapeZ II has be upgraded 
  6792. (Nigel? :) ) to have an ARexx port both programs will be set up to 
  6793. communicate together and swap shapes - meaning that you'll be able to 
  6794. import/export between the programs.
  6795.  
  6796.  
  6797.  
  6798. Steve Mc.
  6799.  
  6800. +---------------------------------------------------------------------------+
  6801.                  L E A D I N G   E D G E   S O F T W A R E
  6802. +---------------------------------------------------------------------------+
  6803.                 Hang                 | Current project :                    +
  6804.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  6805. +---------------------------------------------------------------------------+
  6806.  
  6807.  
  6808.  
  6809. From sis3149@sis.port.ac.ukSun Sep  3 22:30:10 1995
  6810. Date: Tue, 9 May 1995 09:27:44 +0100 (BST)
  6811. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  6812. To: Blitzlist <blitz-list@helsinki.fi>
  6813. Subject: GadTools Menus
  6814.  
  6815. Well I was bored yesterday so I wrote a quick Gadtools menu library.  Its 
  6816. not fully working yet (still gotta add a GTSubItem command) but it does 
  6817. work in exactly the same was to the original menus lib.  Meaning that 
  6818. you can exchange all MenuTitle commands with GTMenuTitle without any 
  6819. syntax problems.
  6820.  
  6821. The bar separators are also available for you to use, and since its 
  6822. GadTools all the laying out is done beautifully :)
  6823.  
  6824.  
  6825. Later,
  6826. Steve Mc.
  6827.  
  6828. +---------------------------------------------------------------------------+
  6829.                  L E A D I N G   E D G E   S O F T W A R E
  6830. +---------------------------------------------------------------------------+
  6831.                 Hang                 | Current project :                    +
  6832.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  6833. +---------------------------------------------------------------------------+
  6834.  
  6835.  
  6836.  
  6837. From sis3149@sis.port.ac.ukSun Sep  3 22:30:10 1995
  6838. Date: Tue, 9 May 1995 09:34:02 +0100 (BST)
  6839. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  6840. To: Ricky Clarke <sueec@westminster.ac.uk>
  6841. Cc: blitz-list@helsinki.fi
  6842. Subject: Re: Just a few quickies...
  6843.  
  6844. On Sun, 7 May 1995, Ricky Clarke wrote:
  6845.  
  6846. >   Query #1:
  6847. >    I have written an intuition program which uses GTLists quite a lot.
  6848. >  I was wondering if anybody out there knows of, or would be interested in
  6849. >  engineering, an implementation of the 'GTListHit' command below...
  6850. >   ; Code starts here. Don't try to execute/run it - IT WON'T WORK ;)
  6851.  
  6852. [Code deleted]
  6853.  
  6854. >    As you can see from the above, I would like 'GTListHit' to return/hold the
  6855. >  GTList object number that the selected GTGadget exists within. I know this
  6856. >  is probably rather wordy and not particularly well explained... Sorry :)
  6857.  
  6858. You don't really need a command like this, just have unique gadget IDs 
  6859. between the lists.  For example, for gadgets on gtlist 0 have IDs 
  6860. counting from 100, for gtlist 1 have IDs counting from 200 etc.
  6861.  
  6862. Not sure how easy/hard it'd be to implement the GTListHit command.  It'd 
  6863. certainly be a little tricky since the same gadget IDs can exist in 
  6864. different GTLists.
  6865.  
  6866. >   Query #2:
  6867. >    In the program I mentioned above I've been developing my own GTList
  6868. >  scaling routines. Using the 'DetachGTList', 'GTFreeGadget' and 'Free GTList'
  6869. >  command combination I've been deallocating GTLists and then reallocating
  6870. >  them at a different size. It seems, bowever, that the GTLists that I've
  6871. >  finished with and have (supposedly) got rid of (i.e. No longer take up
  6872. >  memory) are NOT actually being cleared from memory until the program finally
  6873. >  terminates. I don't think this is the fault of either of the first two
  6874. >  commands memtioned, however, I'm not sure...
  6875. >    I really do need some help with with this as a constant memory drain every
  6876. >  time a GTList is reattached makes my program completely usless (Seeing as
  6877. >  that is, in effect, its purpose :) )
  6878.  
  6879. There shouldn't be any mem drain in you're using the latest update to the 
  6880. GT library that I released.  I'm pretty certain that I found every case 
  6881. that was chewing memory - I tested several programs with MemMeter and did 
  6882. loads of attaching/detaching/freeing etc without any drain.  Maybe this 
  6883. is another OS problem - since I am only able to test on OS3.0 I cannot be 
  6884. entirely sure that the code is working okay, although there is no obvious 
  6885. reason as to why it wouldn't be working.
  6886.  
  6887. >   Query #3:
  6888. >    Did anything ever come of the 'IconToShape' command that I asked about a
  6889. >  while back (esp. RI-Group and Elmore)? I'm still interested in using such a
  6890. >  command.
  6891.  
  6892. Errrmmmm..... well I meant to get around to it - just been too busy :)
  6893. Sorry, try and do it soon....
  6894.  
  6895.  
  6896. Steve Mc.
  6897.  
  6898. +---------------------------------------------------------------------------+
  6899.                  L E A D I N G   E D G E   S O F T W A R E
  6900. +---------------------------------------------------------------------------+
  6901.                 Hang                 | Current project :                    +
  6902.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  6903. +---------------------------------------------------------------------------+
  6904.  
  6905.  
  6906.  
  6907. From C.Andrews@herts.ac.ukSun Sep  3 22:30:10 1995
  6908. Date: Tue, 9 May 1995 09:58:52 +0100 (BST)
  6909. From: Chris Andrews <C.Andrews@herts.ac.uk>
  6910. To: Blitz-List <blitz-list@helsinki.fi>
  6911. Subject: Re: Thanks for scroll example, but ... (fwd)
  6912.  
  6913. On Mon, 8 May 1995, Mikko Makela wrote:
  6914.  
  6915. > > Can anyone help me on this?  I cant believe all Blitz games have been only
  6916. > > left/right or up/down scrollers.
  6917. > > 
  6918. > Well, if I remember rigth, there is one game made by Acid (Mark ?)
  6919. > in the aminet, which scrolls to all directions, and what`s more,
  6920. [..]
  6921.  
  6922.   It came in the box on one of the blitz PD disks when I purchased it.
  6923.  
  6924. --Chris 
  6925.  
  6926.   I could mail the source i suppose?
  6927.  
  6928.   Excuse my english because er, I'm english.
  6929.   It's early.
  6930.  
  6931.  
  6932.  
  6933.  
  6934.  
  6935.  
  6936. From J.A.R.Marshall@exeter.ac.ukSun Sep  3 22:30:10 1995
  6937. Date: Tue, 9 May 1995 12:31:23 +0300
  6938. From: J.A.R.Marshall@exeter.ac.uk
  6939. To: Blitz-list@helsinki.fi
  6940. Subject: Re: Scroll example
  6941.  
  6942. The Acid 8-way scroller with the source scrolled on at the start
  6943. is called Bug-Blast or something like that, but it`s not tile based
  6944. scrolling, just a standard over-size bitmap... sorry Mikko
  6945.     Jim \:)
  6946.  
  6947.  
  6948.  
  6949.  
  6950. From ngh94@aber.ac.ukSun Sep  3 22:30:10 1995
  6951. Date: Tue, 09 May 1995 11:22:59 +0100
  6952. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  6953. To: blitz-list@helsinki.fi
  6954. Subject: Re: map editor that lets you draw as well? 
  6955.  
  6956. In message <Pine.SUN.3.90.950509092257.7881B-100000@anubis>, 
  6957.     Stephen McNamara <sis3149@sis.portsmouth.ac.uk> writes:
  6958. > On Tue, 9 May 1995, Brett Johansen wrote:
  6959. > >     My graphics artist is drawing the map tiles for our 
  6960. > >         side-on-shootemup. We have struck a few problems!
  6961. > > 
  6962. > >     PROBLEM 1:
  6963. > >         The RI map editor (I think that is it - sorry guys :-))
  6964. > >     only works on the 1200 and my graphics man only has a 2000!
  6965. > Get the latest version from Aminet as LESMapEditorV2 (or something).  
  6966. > It much more stable and shouldn't fall down badly on pre OS3.0.
  6967.  
  6968. Same goes for ShapeZ II. It should be fine, it even works with GFX card
  6969. screen modes...
  6970.  
  6971. > >     PROBLEM 2:
  6972. > >         Does anybody know of a map editor that allows you to
  6973. > >         edit the tiles and place them all in the one package.
  6974. > The latest map editor has an ARexx port with a large instruction base.  
  6975. > It doesn't support editing itself, but once ShapeZ II has be upgraded 
  6976. > (Nigel? :) ) to have an ARexx port both programs will be set up to 
  6977. > communicate together and swap shapes - meaning that you'll be able to 
  6978. > import/export between the programs.
  6979.  
  6980. Yeah this is my next job. I was going to have a hack this evening.
  6981. What you will hopefully be able to do is even have the ShapeZ windows open 
  6982. on the Map Editor screen. ShapeZ and MapEd will communicate through AREXX
  6983. letting each other know what is going on. Once you have started both programs
  6984. you need not know that you are using two separate programs.
  6985.  
  6986. Sounds OK to you? 
  6987.  
  6988. > Steve Mc.
  6989.  
  6990. Should have something for people by the end of the week.
  6991.  
  6992. Nigel Hughes
  6993.  
  6994. +---------------------------------------------------------------------------+
  6995.                  L E A D I N G   E D G E   S O F T W A R E
  6996. +---------------------------------------------------------------------------+
  6997.             FUNdamental              | Current project : ShapeZ II Arexx    +
  6998.           ngh94@aber.ac.uk           | [#################:::::::::::::::::] +
  6999. +---------------------------------------------------------------------------+
  7000.  
  7001.  
  7002.  
  7003.  
  7004.  
  7005. From ngh94@aber.ac.ukSun Sep  3 22:30:10 1995
  7006. Date: Tue, 09 May 1995 11:24:54 +0100
  7007. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  7008. To: blitz-list@helsinki.fi
  7009. Subject: Re: ShapeZ II is Cool! 
  7010.  
  7011. In message <199505082354.TAA16172@jupiter.cs.uml.edu>, 
  7012.     Ralph Barbagallo <rbarbaga@cs.uml.edu> writes:
  7013. >     Where can I get ShapezII?  I really need a utility like that.
  7014.  
  7015. You just say to me,
  7016.  
  7017.     "YOU NIGEL! EMAIL ME A COPY OF SHAPEZ II YOU COOL MOTHER!"
  7018.  
  7019.     And I'll think about sending you a copy 8)
  7020.  
  7021.     Nigel
  7022.  
  7023. +---------------------------------------------------------------------------+
  7024.                  L E A D I N G   E D G E   S O F T W A R E
  7025. +---------------------------------------------------------------------------+
  7026.             FUNdamental              | Current project : ShapeZ II Arexx    +
  7027.           ngh94@aber.ac.uk           | [#################:::::::::::::::::] +
  7028. +---------------------------------------------------------------------------+
  7029.  
  7030.  
  7031.  
  7032.  
  7033.  
  7034. From NULLZWO@Refugium.gun.deSun Sep  3 22:30:10 1995
  7035. Date: Tue, 9 May 95 15:50:03 CET
  7036. From: Falk Nieder <NULLZWO@Refugium.gun.de>
  7037. To: blitz-list@helsinki.fi
  7038. Subject: Re: Bouncing German Mail Masters...
  7039.  
  7040.  
  7041.   Reply to: Acid
  7042.   Subject : Bouncing German Mail Masters...
  7043.   Date:   : 08.05.95
  7044.  
  7045.  
  7046. So>
  7047. So> Who is Post Master <POSTMASTER@Refugium.gun.de> and why do all my posts
  7048. So> to the blitzlist get bounced back to me???????????
  7049. So>
  7050. So> >
  7051. So> > - ihr Prometheus-Mailbox-System
  7052. So> >
  7053.  
  7054. hups? I don't know, which address do you write to? My address is
  7055. nullzwo@refugium.gun.de and I have no problems to recevive Mails via
  7056. Internet (hi Andreas Studer ;-)
  7057.  
  7058. So>
  7059. So> Yeh, great stuff indeed...
  7060.  
  7061. I'm sorry, perhaps you can try it again and put the whole error message in 
  7062. the list? 
  7063.  
  7064.  
  7065. bye,
  7066.  
  7067. Falk
  7068.  
  7069.  
  7070.     _ NullZwo@Refugium.gun.de       _     CoSysop der Rally-BB2-BBS  
  7071.  _ // NullZwo@Rally.dssd.sub.org _ //   *DIE* Blitz2-BBS 0221-3605468
  7072.  \X/  Falk Nieder 2:2440/99      \X/     !Only my personal opinions! 
  7073. ---------------------------------------------------------------------
  7074.   Habe soviel über die schlimmen Auswirkungen von Essen, Trinken, Rauchen
  7075.      und Sex gelesen, daß ich beschlossen habe, das Lesen aufzugeben.
  7076.  
  7077.  
  7078. From mlf27308@ggr.co.ukSun Sep  3 22:30:10 1995
  7079. Date: 09 May 95 15:58:00 BST
  7080. From: Mr M L Funnell <mlf27308@ggr.co.uk>
  7081. To: Maestria en Filosofia <mfc@xanum.uam.mx>
  7082. Cc: relmore@silver.sdsmt.edu, blitz-list@helsinki.fi
  7083. Subject: RE: Blitter
  7084.  
  7085.  
  7086. There is some source on aminet called TIPlinedraw  /dev/something
  7087.  
  7088.  
  7089.  
  7090.  
  7091. From GORN4907@mars.rowan.eduSun Sep  3 22:30:10 1995
  7092. Date: Tue, 9 May 1995 16:50:02 EST
  7093. From: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  7094. To: blitz-list@helsinki.fi
  7095. Subject: Q: Blank 'System Request' under 1.3 with .exe files
  7096.  
  7097. I have a weird problem. When i created an executable and then tried 
  7098. to run it from Workbench, I get this strange looking system requester 
  7099. window: no message, even buttons do not have letters on them. The 
  7100. whole requester window is blank, only buttons' outlines are visible.
  7101.  
  7102. Weird. Did anybody have similar experience? 
  7103.  
  7104. maciej
  7105.  
  7106.  
  7107. From brettc@spaz.manawatu.planet.co.nzSun Sep  3 22:30:10 1995
  7108. Date: Wed, 10 May 95 08:22:53 +1300
  7109. From: Brett Cooper <brettc@spaz.manawatu.planet.co.nz>
  7110. To: blitz-list@helsinki.fi
  7111. Subject: Re: GadTools Menus
  7112.  
  7113. Hi Stephen,
  7114.  
  7115. > Well I was bored yesterday so I wrote a quick Gadtools menu library. Its
  7116. > not fully working yet (still gotta add a GTSubItem command) but it does
  7117. > work in exactly the same was to the original menus lib.  Meaning that
  7118. > you can exchange all MenuTitle commands with GTMenuTitle without any
  7119. > syntax problems.
  7120. >
  7121. > The bar separators are also available for you to use, and since its
  7122. > GadTools all the laying out is done beautifully :)
  7123. >
  7124. >
  7125. > Later,
  7126. > Steve Mc.
  7127.  
  7128. Has this cool menu library been uploaded to one of the blitz ftp sites?
  7129.  
  7130. Sincerely
  7131.     Brett
  7132.  
  7133.  
  7134. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:10 1995
  7135. Date: Wed, 10 May 1995 10:55:47 +0100
  7136. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  7137. To: blitz-list@helsinki.fi
  7138. Subject: Re: Q: Blank 'System Request' under 1.3 with .exe files
  7139.  
  7140.  
  7141. > I have a weird problem. When i created an executable and then tried 
  7142. > to run it from Workbench, I get this strange looking system requester 
  7143. > window: no message, even buttons do not have letters on them. The 
  7144. > whole requester window is blank, only buttons' outlines are visible.
  7145. > Weird. Did anybody have similar experience? 
  7146.  
  7147. Is this on a 1.3 machine?  because Virtual Worlds frequently brings up these
  7148. things when it crashes on a 1.3 machine (but the same executable works fine on
  7149. a 2.0+ machine).  Is this to do with library problems?
  7150.  
  7151. Oh, when run from a cli, these appear less often - its a very intermittent
  7152. thing.  The requester i think possibly does have  _some_ text, but its in
  7153. white on white - and is only just visible on the window borders.  If youve seen
  7154. it then you`ll know what i mean.  And then maybe you`ll know what the hell it 
  7155. is!
  7156.  
  7157. Mark Tiffany / SgtBilko
  7158.  
  7159. .---------------------------------------------------------------.
  7160. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  7161. |  ===========================================================  |
  7162. |                http://sun1.bham.ac.uk/cca93057                |
  7163. |---------------------------------------------------------------|
  7164. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |
  7165. '---------------------------------------------------------------'
  7166.  
  7167.  
  7168. From acid@iconz.co.nzSun Sep  3 22:30:10 1995
  7169. Date: Wed, 10 May 1995 22:30:43 +1200 (NZST)
  7170. From: Simon or Mark <acid@iconz.co.nz>
  7171. To: MO Tiffany <cca93057@sun1.bham.ac.uk>
  7172. Cc: blitz-list@helsinki.fi
  7173. Subject: Re: Q: Blank 'System Request' under 1.3 with .exe files
  7174.  
  7175.  
  7176.  
  7177. On Wed, 10 May 1995, MO Tiffany wrote:
  7178.  
  7179. > > I have a weird problem. When i created an executable and then tried 
  7180. > > to run it from Workbench, I get this strange looking system requester 
  7181. > > window: no message, even buttons do not have letters on them. The 
  7182. > > whole requester window is blank, only buttons' outlines are visible.
  7183. > > 
  7184. > > Weird. Did anybody have similar experience? 
  7185. This means you have runtime errors enabled. If you get an out of memory 
  7186. experience then my guess is the machine can't even handle telling you 
  7187. that it is out of remember.
  7188.  
  7189. I use to know how to fix this... shit I've forgotten.
  7190.  
  7191. Simon
  7192.  
  7193.  
  7194. From acid@iconz.co.nzSun Sep  3 22:30:10 1995
  7195. Date: Wed, 10 May 1995 22:50:43 +1200 (NZST)
  7196. From: Simon or Mark <acid@iconz.co.nz>
  7197. To: blitz list <blitz-list@helsinki.fi>
  7198. Subject: What the hell is happening at Acid
  7199.  
  7200.  
  7201. Hmmm,
  7202.  
  7203. Well we had to cancel the ABC cover disk for Amiga Format.
  7204.  
  7205. We have printed the new manuals, and I am finding my one very
  7206. good all though I fogot the bb2 object listings which I miss...
  7207.  
  7208. I (Simon) have just finished a major program for Television which
  7209. involves zooming through the body and playing games in different organs. 
  7210. This has taken some 3 months of my time.
  7211.  
  7212. Acid Software is very much in overdraft, I would say how much but our New 
  7213. Zealand dollar is doing some very stupid things grrrrr
  7214.  
  7215. We will be having cash injected when both the TV company pays for the 
  7216. work I have done and we do a deal with CodeMasters for publishing rights 
  7217. to Skid Sega which is coming along very nicely.
  7218.  
  7219. BUM8 is coming, over 1500 people world wide are majorly pissed off with 
  7220. me and Icannot go on with out appeasing these bad vibes which arrive 
  7221. daily in the mailbox, via the phone, through the net and occasioanally 
  7222. the odd drunk down at the pub...
  7223.  
  7224. BUM8 will not include a new editor, it will include some Acid libraries 
  7225. and a section of the new manual with the rest of it available to you our 
  7226. humble users at cost plus nz%.
  7227.  
  7228. The new manual IS ringbound, and Giles our UK manager will be happy to 
  7229. print sections for those wanting to offer printed documentation to their 
  7230. libraries.
  7231.  
  7232. Blitz, the Jaguar and Andrew's Amiga are now connected and doing well. We 
  7233. have some 400 polygons in half a frame and we think the Jaguar is well 
  7234. quite a suitable graphics adaptor for an Amiga, quite frankly I do not 
  7235. see how C= can come out with a chipset that is better or cheaper.
  7236.  
  7237. So what does this all mean? Yes ABC will be ready for release when Escom 
  7238. rolls out the Amiga again. I advise all Blitz users to get off their buts 
  7239. and get some demo's together so we can really push it and help make the 
  7240. Amiga a success once again. I can count the number of programs written in 
  7241. Blitz that I think do it justice one two hands. I hope there is a lot 
  7242. going down that I don't know about...
  7243.  
  7244. As for Mark, he is still as gloomy a flatmate as one could want... He IS 
  7245. going to get his own internet account so I can reclaim my electronic 
  7246. responsibility. Actually our discussions regarding networking are kind of 
  7247. exciting and of course his help with getting our Jaguar/Sega support for 
  7248. Blitz going has been invaluable.
  7249.  
  7250. Anyway, I AM sorry about the lack of support and not replying to things I 
  7251. should have. Depending on how the money flows I'd say there's a good 
  7252. possibility Acid could be the great company you all think it should be. 
  7253. However We do have to pay the bills so I'll blame it all on the hardware 
  7254. and it's manufaturers, shush, typical software company...
  7255.  
  7256. Simon
  7257.  
  7258. p.s. can someone please post this on blitz-ami
  7259.  
  7260. p.p.s. wasn't the X-Files good tonight?
  7261.  
  7262.  
  7263.  
  7264.  
  7265. From ngh94@aber.ac.ukSun Sep  3 22:30:10 1995
  7266. Date: Wed, 10 May 1995 12:17:01 +0100
  7267. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  7268. To: blitz-list@helsinki.fi
  7269. Subject: Re: What the hell is happening at Acid 
  7270.  
  7271. In message <Pine.SUN.3.91.950510223119.20023D-100000@iconz.co.nz>, 
  7272.     Simon or Mark <acid@iconz.co.nz> writes:
  7273. > Hmmm,
  7274. > Well we had to cancel the ABC cover disk for Amiga Format.
  7275.  
  7276. Sorry to hear that.
  7277.  
  7278. > We have printed the new manuals, and I am finding my one very
  7279. > good all though I fogot the bb2 object listings which I miss...
  7280.  
  7281. Well if it is ring bound...
  7282.  
  7283. > I (Simon) have just finished a major program for Television which
  7284. > involves zooming through the body and playing games in different organs. 
  7285. > This has taken some 3 months of my time.
  7286.  
  7287. Sounds way cool!
  7288.  
  7289. > Acid Software is very much in overdraft, I would say how much but our New 
  7290. > Zealand dollar is doing some very stupid things grrrrr
  7291.  
  7292. Me too 8(
  7293.  
  7294. > We will be having cash injected when both the TV company pays for the 
  7295. > work I have done and we do a deal with CodeMasters for publishing rights 
  7296. > to Skid Sega which is coming along very nicely.
  7297.  
  7298. Yeah that sounds promising.
  7299.  
  7300. > BUM8 is coming, over 1500 people world wide are majorly pissed off with 
  7301. > me and Icannot go on with out appeasing these bad vibes which arrive 
  7302. > daily in the mailbox, via the phone, through the net and occasioanally 
  7303. > the odd drunk down at the pub...
  7304.  
  7305. We just want to give you some money 8)
  7306.  
  7307. > BUM8 will not include a new editor, it will include some Acid libraries 
  7308. > and a section of the new manual with the rest of it available to you our 
  7309. > humble users at cost plus nz%.
  7310.  
  7311. Will it still be tokenised?
  7312.  
  7313. > The new manual IS ringbound, and Giles our UK manager will be happy to 
  7314. > print sections for those wanting to offer printed documentation to their 
  7315. > libraries.
  7316.  
  7317. That sounds good.
  7318.  
  7319. > Blitz, the Jaguar and Andrew's Amiga are now connected and doing well. We 
  7320. > have some 400 polygons in half a frame and we think the Jaguar is well 
  7321. > quite a suitable graphics adaptor for an Amiga, quite frankly I do not 
  7322. > see how C= can come out with a chipset that is better or cheaper.
  7323.  
  7324. What would be the set up cost etc?
  7325.  
  7326. > So what does this all mean? Yes ABC will be ready for release when Escom 
  7327. > rolls out the Amiga again. I advise all Blitz users to get off their buts 
  7328. > and get some demo's together so we can really push it and help make the 
  7329. > Amiga a success once again. I can count the number of programs written in 
  7330. > Blitz that I think do it justice one two hands. I hope there is a lot 
  7331. > going down that I don't know about...
  7332.  
  7333. Have you seen the new version of ShapeZ? People seem to like it, and I would
  7334. be happy if you wanted to make it the official Blitz Shape Grabber. I
  7335. think you will find it a capable and powerful sytsem. Let me know if you would
  7336. like it e-mailed to you.
  7337.  
  7338. > Anyway, I AM sorry about the lack of support and not replying to things I 
  7339. > should have. Depending on how the money flows I'd say there's a good 
  7340. > possibility Acid could be the great company you all think it should be. 
  7341. > However We do have to pay the bills so I'll blame it all on the hardware 
  7342. > and it's manufaturers, shush, typical software company...
  7343.  
  7344. I think all I want from you Simon, is for you to keep us all up to 
  7345. date. I know how long it takes to do stuff, just let us know what is going
  7346. on.
  7347.  
  7348. > Simon
  7349.  
  7350. > p.p.s. wasn't the X-Files good tonight?
  7351.  
  7352. Dunno, which episode was it?
  7353.  
  7354.  
  7355.  
  7356. From acid@iconz.co.nzSun Sep  3 22:30:10 1995
  7357. Date: Wed, 10 May 1995 23:18:03 +1200 (NZST)
  7358. From: Simon or Mark <acid@iconz.co.nz>
  7359. To: J.A.R.Marshall@exeter.ac.uk
  7360. Cc: Blitz-list@helsinki.fi
  7361. Subject: Re: Scroll example
  7362.  
  7363.  
  7364.  
  7365. On Tue, 9 May 1995 J.A.R.Marshall@exeter.ac.uk wrote:
  7366.  
  7367. > The Acid 8-way scroller with the source scrolled on at the start
  7368. > is called Bug-Blast or something like that, but it`s not tile based
  7369. > scrolling, just a standard over-size bitmap... sorry Mikko
  7370. >     Jim \:)
  7371. Does anyone want to talk about game play?
  7372.  
  7373.  
  7374. From relmore@silver.sdsmt.eduSun Sep  3 22:30:10 1995
  7375. Date: Wed, 10 May 1995 06:40:50 -0600 (MDT)
  7376. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  7377. To: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  7378. Cc: blitz-list@helsinki.fi
  7379. Subject: Re: Q: Blank 'System Request' under 1.3 with .exe files
  7380.  
  7381.  
  7382. On Tue, 9 May 1995, MACIEJ GORNY wrote:
  7383.  
  7384. > I have a weird problem. When i created an executable and then tried 
  7385. > to run it from Workbench, I get this strange looking system requester 
  7386. > window: no message, even buttons do not have letters on them. The 
  7387. > whole requester window is blank, only buttons' outlines are visible.
  7388.  
  7389.  
  7390. It sounds to me like you left "runtime errors" enabled when you compiled 
  7391. your program.  Since BUM7 at least, if you leave runtime errors enabled 
  7392. in an executeable you create, be sure there is an "END" statement at the 
  7393. end of your program, or this requester will appear.
  7394.  
  7395.  
  7396.     +---------------------------------------------------------------+
  7397.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  7398.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  7399.     +---------------------------------------------------------------+
  7400.  
  7401.  
  7402.  
  7403. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:10 1995
  7404. Date: Wed, 10 May 1995 13:41:13 +0100
  7405. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  7406. To: blitz-list@helsinki.fi
  7407. Subject: Re: What the hell is happening at Acid
  7408.  
  7409. > > Anyway, I AM sorry about the lack of support and not replying to things I 
  7410. > > should have. Depending on how the money flows I'd say there's a good 
  7411. > > possibility Acid could be the great company you all think it should be. 
  7412. > > However We do have to pay the bills so I'll blame it all on the hardware 
  7413. > > and it's manufaturers, shush, typical software company...
  7414. > I think all I want from you Simon, is for you to keep us all up to 
  7415. > date. I know how long it takes to do stuff, just let us know what is going
  7416. > on.
  7417.  
  7418. Agreed.
  7419.   
  7420. > > p.p.s. wasn't the X-Files good tonight?
  7421. > Dunno, which episode was it?
  7422.  
  7423. Do you need to know what episode - its always good!
  7424.  
  7425. Mark Tiffany / SgtBilko
  7426.  
  7427. .---------------------------------------------------------------.
  7428. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  7429. |  ===========================================================  |
  7430. |                http://sun1.bham.ac.uk/cca93057                |
  7431. |---------------------------------------------------------------|
  7432. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |
  7433. '---------------------------------------------------------------'
  7434.  
  7435.  
  7436. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:10 1995
  7437. Date: Wed, 10 May 1995 13:46:44 +0100
  7438. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  7439. To: blitz-list@helsinki.fi
  7440. Subject: Re: Scroll example
  7441.  
  7442. > > The Acid 8-way scroller with the source scrolled on at the start
  7443. > > is called Bug-Blast or something like that, but it`s not tile based
  7444. > > scrolling, just a standard over-size bitmap... sorry Mikko
  7445. > >     Jim \:)
  7446. > > 
  7447. > Does anyone want to talk about game play?
  7448.  
  7449. Whats that?   ;P
  7450.  
  7451. And isnt fore-play a more interesting subject?
  7452.  
  7453. SgtBilko
  7454.  
  7455. .---------------------------------------------------------------.
  7456. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  7457. |  ===========================================================  |
  7458. |                http://sun1.bham.ac.uk/cca93057                |
  7459. |---------------------------------------------------------------|
  7460. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |
  7461. '---------------------------------------------------------------'
  7462.  
  7463.  
  7464. From D.C.J.Pink@herts.ac.ukSun Sep  3 22:30:10 1995
  7465. Date: Wed, 10 May 1995 13:50:21 +0100 (BST)
  7466. From: Pink <D.C.J.Pink@herts.ac.uk>
  7467. To: The Blitz list <blitz-list@helsinki.fi>
  7468. Subject: RE: RE: 3d Cube
  7469.  
  7470. On Fri, 5 May 1995, Pedro J. Cervantes Pintor wrote:
  7471.  
  7472. > On Fri, 5 May 1995, Simon or Mark wrote:
  7473. > > Are you having any luck with that cube drawing program. As far as
  7474. > > "I'm" concernced if there is a bug in blitz that makes your program crash 
  7475. > > with runtime errors on I need to know about it.
  7476. > > 
  7477. >  Simon:
  7478. >  
  7479. > finally my program it's running; i just add an "Extra.w" 
  7480. > variable in the Newtype.cube definition
  7481. >  
  7482. >      Newtype.cube
  7483. >        c.point[8]
  7484. >        extra.w
  7485. >      End Newtype 
  7486. >      
  7487. This is a bit of a hack.  The reason that the program crashed is that the 
  7488. range of the index should be from 0 to 7, NOT from 1 to 8.  The version 
  7489. of Blitz in Bum7 now checks this range if run time errors are enabled, so 
  7490. I guess you`re using an older version.  I`m suprised Simon or Mark didn`t 
  7491. notice this problem :)
  7492.  
  7493. >  
  7494. > and that's it..
  7495. >    ..GREETINGS !!!
  7496. >   by the way, in future releases i would like to see things like this:
  7497. >    Function.MyOwnType WOW {}
  7498. >    .
  7499. >    .
  7500. >    End Function
  7501. >    
  7502. > Thing1.MyOwnType=.....
  7503. >   thing2.MyOwnType=Thing1     etc,etc
  7504. I agree totally.  It would also be nice to be able to do a Dim in a 
  7505. Function or a Statement.  Either to redim a SHARED variable and/or to Dim 
  7506. a temporary variable for use within the Function/Statement.
  7507.  
  7508.  
  7509. .------------------------.
  7510. |     --.                |
  7511. |     |  \ ,--, ,--,     |
  7512. |     |  | |  | |  |     |
  7513. |     ---' `--`-`  '     |
  7514. |========================|
  7515. | D.C.J.Pink@Herts.ac.uk |
  7516. |   (until ~July 1995)   |
  7517. `------------------------'
  7518.  
  7519.  
  7520.  
  7521.  
  7522. From BaxterMA@phymat.bham.ac.ukSun Sep  3 22:30:10 1995
  7523. Date: Wed, 10 May 1995 16:58:19 +0100 (BST)
  7524. From: Marky B <BaxterMA@phymat.bham.ac.uk>
  7525. To: MO Tiffany <cca93057@sun1.bham.ac.uk>
  7526. Cc: blitz-list@helsinki.fi
  7527. Subject: Re: What the hell is happening at Acid
  7528.  
  7529. On Wed, 10 May 1995, MO Tiffany wrote:
  7530.  
  7531. > > > Anyway, I AM sorry about the lack of support and not replying to things I 
  7532. > > > should have. Depending on how the money flows I'd say there's a good 
  7533. > > > possibility Acid could be the great company you all think it should be. 
  7534. > > > However We do have to pay the bills so I'll blame it all on the hardware 
  7535. > > > and it's manufaturers, shush, typical software company...
  7536. > > 
  7537. > > I think all I want from you Simon, is for you to keep us all up to 
  7538. > > date. I know how long it takes to do stuff, just let us know what is going
  7539. > > on.
  7540. > Agreed.
  7541. >   
  7542. > > > p.p.s. wasn't the X-Files good tonight?
  7543. > > 
  7544. > > Dunno, which episode was it?
  7545. > Do you need to know what episode - its always good!
  7546. > Mark Tiffany / SgtBilko
  7547. > .---------------------------------------------------------------.
  7548. > |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  7549. > |  ===========================================================  |
  7550. > |                http://sun1.bham.ac.uk/cca93057                |
  7551. > |---------------------------------------------------------------|
  7552. > |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |
  7553. > '---------------------------------------------------------------'
  7554.  
  7555. Dunno 'bout that. Haven't seen 'em yet - but I can't imagine half of 
  7556. season two without Scully :(
  7557.  
  7558. *******************************************************************************
  7559. *                                   |                                         *
  7560. * Mark Baxter                       |  "Life is like a joss stick             *
  7561. * Dept. Maths and Stats             |    - it stinks and then it's over."     *
  7562. * Birmingham University, UK         |         Red Dwarf Book One              *
  7563. *                                   |                                         *
  7564. *******************************************************************************
  7565. *                  http://phymat.bham.ac.uk/BaxterMA                          *
  7566. *      For Blitz Basic 2 (Amiga), Ride and Diabetic related stuff             *
  7567. *******************************************************************************
  7568.  
  7569.  
  7570.  
  7571. From GORN4907@mars.rowan.eduSun Sep  3 22:30:10 1995
  7572. Date: Wed, 10 May 1995 14:08:00 EST
  7573. From: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  7574. To: blitz-list@helsinki.fi
  7575. Subject: Re: Q: Blank 'System Request' under 1.3 with .exe files
  7576.  
  7577. > > I have a weird problem. When i created an executable and then tried 
  7578. > > to run it from Workbench, I get this strange looking system requester 
  7579. > > window: no message, even buttons do not have letters on them. The 
  7580. > > whole requester window is blank, only buttons' outlines are visible.
  7581. > > 
  7582. > > Weird. Did anybody have similar experience? 
  7583. > Is this on a 1.3 machine?  because Virtual Worlds frequently brings up these
  7584. > things when it crashes on a 1.3 machine (but the same executable works fine on
  7585. > a 2.0+ machine).  Is this to do with library problems?
  7586. > Oh, when run from a cli, these appear less often - its a very intermittent
  7587. > thing.  The requester i think possibly does have  _some_ text, but its in
  7588. > white on white - and is only just visible on the window borders.  If youve seen
  7589. > it then you`ll know what i mean.  And then maybe you`ll know what the hell it 
  7590. > is!
  7591. > Mark Tiffany / SgtBilko
  7592.  
  7593. Yea, it is 1.3 machine. I don't have any experience using 1.3, i 
  7594. always used 2.1 or greater. Anyway, I created executable again but 
  7595. this time from compiler options window and it seems to work right 
  7596. now. Although i got it once one more time.
  7597.  
  7598. I hope it's just 1.3 thing.
  7599.  
  7600. -- maciej 
  7601.  
  7602.  
  7603. From mfc@xanum.uam.mxSun Sep  3 22:30:10 1995
  7604. Date: Wed, 10 May 1995 15:37:38 -0500 (CDT)
  7605. From: Maestria en Filosofia <mfc@xanum.uam.mx>
  7606. To: Pink <D.C.J.Pink@herts.ac.uk>
  7607. Cc: The Blitz list <blitz-list@helsinki.fi>
  7608. Subject: RE: RE: 3d Cube
  7609.  
  7610.  
  7611.  
  7612. On Wed, 10 May 1995, Pink wrote:
  7613.  
  7614. > On Fri, 5 May 1995, Pedro J. Cervantes Pintor wrote:
  7615. > > 
  7616. > > 
  7617. > > On Fri, 5 May 1995, Simon or Mark wrote:
  7618. > > 
  7619. > > > Are you having any luck with that cube drawing program. As far as
  7620. > > > "I'm" concernced if there is a bug in blitz that makes your program crash 
  7621. > > > with runtime errors on I need to know about it.
  7622. > > > 
  7623. > >  Simon:
  7624. > > 
  7625. > >  
  7626. > > finally my program it's running; i just add an "Extra.w" 
  7627. > > variable in the Newtype.cube definition
  7628. > >  
  7629. > >      Newtype.cube
  7630. > >        c.point[8]
  7631. > >        extra.w
  7632. > >      End Newtype 
  7633. > >      
  7634. > This is a bit of a hack.  The reason that the program crashed is that the 
  7635. > range of the index should be from 0 to 7, NOT from 1 to 8.  The version 
  7636. > of Blitz in Bum7 now checks this range if run time errors are enabled, so 
  7637. > I guess you`re using an older version.  I`m suprised Simon or Mark didn`t 
  7638. > notice this problem :)
  7639.  
  7640.   ..But in Blitz 2 User Guide says that the Arrays hold n+1 elements 
  7641. (  a(50) holds 0..50 inclusive ), so what happen ...
  7642.  
  7643.   
  7644.  
  7645.  
  7646. From tjstone@netshop.netSun Sep  3 22:30:10 1995
  7647. Date: Wed, 10 May 1995 20:38:10 -47900
  7648. From: The Crow <tjstone@netshop.net>
  7649. To: MO Tiffany <cca93057@sun1.bham.ac.uk>
  7650. Cc: blitz-list@helsinki.fi
  7651. Subject: Scroll example/off topic
  7652.  
  7653.  
  7654.  
  7655. On Wed, 10 May 1995, MO Tiffany wrote:
  7656.  
  7657. > > > The Acid 8-way scroller with the source scrolled on at the start
  7658. > > > is called Bug-Blast or something like that, but it`s not tile based
  7659. > > > scrolling, just a standard over-size bitmap... sorry Mikko
  7660. > > >     Jim \:)
  7661. > > > 
  7662. > > Does anyone want to talk about game play?
  7663. > Whats that?   ;P
  7664. > And isnt fore-play a more interesting subject?
  7665.  
  7666.   I try to asks for help with a hortizontal/vertical map block (tile) scroll
  7667.   routine, and then things really get off topic!  What's the relationship
  7668.   between a horizontal scroll and sex?  Don't answer that!
  7669.  
  7670.   While I'm here, I do have one more question.  Game programming is quit new
  7671.   to me (thats why I'm still having problems with the scroll routine). I have
  7672.   however written many business applications in other languages; thus 
  7673.   programming/problem solving is not new to me.  My question is this:
  7674.  
  7675.     Should one be able to write a commercial quality game in Blitz Basic
  7676.     without having to resort to writing your own assembler routines or using
  7677.     "advanced" techniques (such as cludges, etc. which seem to come up from
  7678.     time to time in blitz-list conversations)??
  7679.  
  7680.     Or if I just stick to standard blitz commands (with no to little 
  7681.     assembler) am I just wasting my time?  Maybe many of you are advanced
  7682.     programmers pushing your ideas to the limits, but it seem you guys 
  7683.     (and gals) go through a hell of a lot at times to get things to work
  7684.     with Blitz. 
  7685.  
  7686.    
  7687.     Sincerely
  7688.  
  7689.     Tom Stone
  7690.  
  7691.  
  7692.  
  7693. From acid@iconz.co.nzSun Sep  3 22:30:10 1995
  7694. Date: Thu, 11 May 1995 09:05:40 +1200 (NZST)
  7695. From: Simon or Mark <acid@iconz.co.nz>
  7696. To: Marky B <BaxterMA@phymat.bham.ac.uk>
  7697. Cc: MO Tiffany <cca93057@sun1.bham.ac.uk>, blitz-list@helsinki.fi
  7698. Subject: Re: What the hell is happening at Acid
  7699.  
  7700. > Dunno 'bout that. Haven't seen 'em yet - but I can't imagine half of 
  7701. > season two without Scully :(
  7702. She gets abducted by aliens for ONE episode (when she apparently had to 
  7703. have a baby anyway).
  7704.  
  7705. p.s. if you are going to talk about things other than BB please try not 
  7706. to include 3 pages of quotes with every reply... 
  7707.  
  7708.  
  7709. From zor@execpc.comSun Sep  3 22:30:10 1995
  7710. Date: Wed, 10 May 1995 19:10:37 -0500 (CDT)
  7711. From: Joe Bott <zor@execpc.com>
  7712. To: blitz-list@helsinki.fi
  7713. Subject: Sprites and Slices
  7714.  
  7715. Hey kids! Just wondering if anyone has had any success with the Pointer 
  7716. command, when using a display with more than one slice. In my program, 
  7717. the pointer is fine in the top half of the screen, but the pointer goes 
  7718. under the bottom half bitmap... I've tried things with InFront, and 
  7719. various slice things, to no avail... The only thing I havent done is just 
  7720. do a straight MouseX, MouseY, ShowSprite dealy...
  7721.  
  7722. Thanks!
  7723. joe.
  7724.  
  7725.  
  7726.  
  7727. From josh@ecst.csuchico.eduSun Sep  3 22:30:10 1995
  7728. Date: Wed, 10 May 1995 21:36:39 -0700 (PDT)
  7729. From: josh farley <josh@ecst.csuchico.edu>
  7730. To: The Crow <tjstone@netshop.net>
  7731. Cc: MO Tiffany <cca93057@sun1.bham.ac.uk>, blitz-list@helsinki.fi
  7732. Subject: Re: Scroll example/off topic
  7733.  
  7734.  
  7735.  
  7736. On Wed, 10 May 1995, The Crow wrote:
  7737.  
  7738. >     Should one be able to write a commercial quality game in Blitz Basic
  7739. >     without having to resort to writing your own assembler routines or using
  7740. >     "advanced" techniques (such as cludges, etc. which seem to come up from
  7741. >     time to time in blitz-list conversations)??
  7742.  
  7743.   Yes.
  7744.  
  7745.   Oh, want more detail? :)
  7746.  
  7747.   I have found it to be very easy to program high-quality programs in 
  7748. blitz, without using hardware hacks, or even using Blitz-mode.  My 
  7749. programs all multi-task, run on 24-bit boards, and don't use hacks...
  7750.  
  7751.   Sometimes assembly is useful to gain speed, other times it's 
  7752. unnecessarry if you're creative... For the most part, using a combination 
  7753. of blitz commands and OS-calls seems to work fine for me... then again, 
  7754. I'm not all that interested in getting 60 fps... I can live with less, if 
  7755. I gain better gameplay, and more colors on screen...
  7756.  
  7757. Josh Farley     Netmail: 1:119/88     E-Mail: josh@pinsight.com
  7758.   Now Available: "TeleTerm" Terminal program Version 2.0
  7759.       FTP as comm/term/teleterm20.lha
  7760.   Also Available: "Ooze" ECS/AGA Version 2...
  7761.       FTP as game/think/oozeaga2u.lha or game/think/oozeecs2u.lha
  7762.   or at 1:119/88 or 916-893-8079
  7763.  
  7764.  
  7765.  
  7766. From D.C.J.Pink@herts.ac.ukSun Sep  3 22:30:10 1995
  7767. Date: Thu, 11 May 1995 09:38:55 +0100 (BST)
  7768. From: Pink <D.C.J.Pink@herts.ac.uk>
  7769. To: The Blitz list <blitz-list@helsinki.fi>
  7770. Subject: RE: .. RE: 3D Cube
  7771.  
  7772. >From blitz-list-owner@cc.helsinki.fi Wed May 10 22:18:50 1995
  7773. Return-Path: <blitz-list-owner@cc.helsinki.fi>
  7774. Received: from kantti.Helsinki.FI by helios.herts.ac.uk with SMTP (PP) 
  7775.           id <09068-0@helios.herts.ac.uk>; Wed, 10 May 1995 22:18:48 +0100
  7776. Received: (majordom@localhost) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) 
  7777.           id XAA27806 for blitz-list-outgoing; Wed, 10 May 1995 23:38:35 +0300
  7778. Received: from xanum.uam.mx (xanum.uam.mx [148.206.32.5]) 
  7779.           by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) with SMTP id XAA27792 
  7780.           for <blitz-list@helsinki.fi>; Wed, 10 May 1995 23:38:24 +0300
  7781. Received: by xanum.uam.mx (1.37.109.4/16.2) id AA11292;
  7782.           Wed, 10 May 95 15:37:38 -0500
  7783. Posted-Date: Wed, 10 May 1995 15:37:38 -0500 (CDT)
  7784. Received-Date: Wed, 10 May 95 15:37:38 -0500
  7785. Date: Wed, 10 May 1995 15:37:38 -0500 (CDT)
  7786. From: Maestria en Filosofia <mfc@xanum.uam.mx>
  7787. Subject: RE: RE: 3d Cube
  7788. To: Pink <D.C.J.Pink@herts.ac.uk>
  7789. Cc: The Blitz list <blitz-list@helsinki.fi>
  7790. In-Reply-To: <Pine.SUN.3.91.950510134755.14548A-100000@altair.herts.ac.uk>
  7791. Message-Id: <Pine.3.89.9505101512.A11187-0100000@xanum.uam.mx>
  7792. Mime-Version: 1.0
  7793. Content-Type: TEXT/PLAIN; charset=US-ASCII
  7794. Sender: owner-blitz-list@Helsinki.FI
  7795. Precedence: bulk
  7796. Status: RO
  7797. X-Status: D
  7798.  
  7799. Just recently Pedro J. Cervantes Pintor wrote:
  7800.  
  7801. >   ..But in Blitz 2 User Guide says that the Arrays hold n+1 elements 
  7802. > (  a(50) holds 0..50 inclusive ), so what happen ...
  7803.  
  7804. I think you`re confusing the two different types of arrays.
  7805.  
  7806. Theres the   Dim (n)   whose index ranges from 0 to n, and theres
  7807. NEWTYPE .foo
  7808.   bar.w[n]
  7809. End NEWTYPE
  7810.  
  7811. which ranges from 0 to n-1.  The reference in the Blitz 2 User Guide is 
  7812. probably refering to the  Dim  type.
  7813.  
  7814. .------------------------.
  7815. |     --.                |
  7816. |     |  \ ,--, ,--,     |
  7817. |     |  | |  | |  |     |
  7818. |     ---' `--`-`  '     |
  7819. |========================|
  7820. | D.C.J.Pink@Herts.ac.uk |
  7821. |   (until ~July 1995)   |
  7822. `------------------------'
  7823.  
  7824.  
  7825.  
  7826.  
  7827.  
  7828. From ngh94@aber.ac.ukSun Sep  3 22:30:11 1995
  7829. Date: Thu, 11 May 1995 10:13:51 +0100
  7830. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  7831. To: blitz-list@helsinki.fi
  7832. Subject: Re: What the hell is happening at Acid 
  7833.  
  7834. In message <Pine.SUN.3.91.950511085256.11281B-100000@iconz.co.nz>, 
  7835.     Simon or Mark <acid@iconz.co.nz> writes:
  7836.  
  7837. [comments about how far behind we are]
  7838.  
  7839. Well we get series 2 soon.
  7840.  
  7841. Anyhow, how did you get on with ShapeZ then?
  7842.  
  7843. That goes for the rest of you people to whom I sent ShapeZ. I need feed back!
  7844.  
  7845. Nigel Hughes
  7846.  
  7847. +---------------------------------------------------------------------------+
  7848.                  L E A D I N G   E D G E   S O F T W A R E
  7849. +---------------------------------------------------------------------------+
  7850.             FUNdamental              | Current project : ShapeZ II Arexx    +
  7851.           ngh94@aber.ac.uk           | [#################:::::::::::::::::] +
  7852. +---------------------------------------------------------------------------+
  7853.  
  7854.  
  7855.  
  7856.  
  7857. From relmore@silver.sdsmt.eduSun Sep  3 22:30:11 1995
  7858. Date: Thu, 11 May 1995 08:02:36 -0600 (MDT)
  7859. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  7860. To: The Crow <tjstone@netshop.net>
  7861. Cc: MO Tiffany <cca93057@sun1.bham.ac.uk>, blitz-list@helsinki.fi
  7862. Subject: Re: Scroll example/off topic
  7863.  
  7864.  
  7865. On Wed, 10 May 1995, The Crow wrote:
  7866.  
  7867. >     Should one be able to write a commercial quality game in Blitz Basic
  7868. >     without having to resort to writing your own assembler routines or using
  7869. >     "advanced" techniques (such as cludges, etc. which seem to come up from
  7870. >     time to time in blitz-list conversations)??
  7871.  
  7872. I think so, definitely.  Although help from assembly routines or calling 
  7873. OS routines can be a big help for special requirements in a program, 
  7874. Blitz still has enough potential on it's own to write a lot of good 
  7875. software, including games.  
  7876.  
  7877. If you download 3rd-party libaries, you'll also notice that many of them 
  7878. provide an easier interface to features that were only available before 
  7879. with assembly and/or loads of OS calls...  But, beware:  Not all the 
  7880. 3rd-party libraries out there are good ones, so just experiment and see 
  7881. which combination of standard Blitz and 3rd-party libraries help you 
  7882. achieve your programming goals with the least difficulty.  
  7883.  
  7884. If all else fails, you could probably achieve with standard OS calls many 
  7885. of those things Blitz doesn't offer on it's own.  They're a bit rugged to 
  7886. figure out, but it's worth it to make yourself as familiar with the 
  7887. operating system as you can.
  7888.  
  7889.  
  7890.     +---------------------------------------------------------------+
  7891.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  7892.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  7893.     +---------------------------------------------------------------+
  7894.  
  7895.  
  7896.  
  7897. From NULLZWO@Refugium.gun.deSun Sep  3 22:30:11 1995
  7898. Date: Thu, 11 May 95 19:44:47 CET
  7899. From: Falk Nieder <NULLZWO@Refugium.gun.de>
  7900. To: blitz-list@helsinki.fi
  7901. Subject: Re: What the hell is happening at Acid
  7902.  
  7903.  
  7904.   Reply to: Acid
  7905.   Subject: What the hell is happening at Acid
  7906.   Date:   : 10.05.95
  7907.  
  7908. Hi,
  7909.  
  7910. So> We have printed the new manuals, and I am finding my one very
  7911. So> good all though I fogot the bb2 object listings which I miss...
  7912.  
  7913. it would be nice if Germany can receive some :-) Please remember the time
  7914. lag for us when we have translate it! Therefore me (and all the other users
  7915. here in Germany) would appreciate if you can upload a pagesteamfile or
  7916. something else.
  7917.  
  7918. So> BUM8 is coming, over 1500 people world wide are majorly pissed off with
  7919.  
  7920. hups, only 1500? Is Blitz2 not sold in other countries than Germany?
  7921.  
  7922. So> BUM8 will not include a new editor, it will include some Acid libraries
  7923.  
  7924. okay, now the 1500 users will come to nzl and destroy Auckland and the guys
  7925. at Acid. Don't you have graphic cards in NZL? Don't you use overscan? TED
  7926. is completely incompatible with all graphic cards. Shit. No we are really
  7927. pssed off.
  7928.  
  7929. So> and a section of the new manual with the rest of it available to you our
  7930. So> humble users at cost plus nz%.
  7931. So>
  7932. So> The new manual IS ringbound, and Giles our UK manager will be happy to
  7933. So> print sections for those wanting to offer printed documentation to their
  7934. So> libraries.
  7935.  
  7936. In Germany we have ringbounded manuals (BUM1-7) since october '94 ;-))
  7937.  
  7938.  
  7939. hope you will have a look at TED again, Andre-Romulus-Bergmann e.g. has 
  7940. finished a cool TED and just needs the implementation of the compiler, so 
  7941. contact me if you are interested!
  7942.  
  7943.  
  7944.  
  7945.  
  7946. bye,
  7947.  
  7948. Falk
  7949.  
  7950.     _                                 _ 
  7951.  _ //    NullZwo@Refugium.gun.de   _ //  FIDO: Falk Nieder 2:2440/99  
  7952.  \X/BlitzBasic Distribution Germany\X/ German BB2-BBS: +49-221-3605468
  7953.  
  7954. Woran erkennt man, dass ein Fax von einer Blondine zugeschickt wurde?
  7955. An der Briefmarke.
  7956.  
  7957.  
  7958. From msaw1@mdw088.cc.monash.edu.auSun Sep  3 22:30:11 1995
  7959. Date: Fri, 12 May 1995 12:41:18 +1000 (EST)
  7960. From: Mr M Sawicki <msaw1@mdw088.cc.monash.edu.au>
  7961. To: blitz list <blitz-list@helsinki.fi>
  7962. Subject: Re: What the hell is happening at Acid
  7963.  
  7964.  
  7965.  
  7966. On Wed, 10 May 1995, Simon or Mark wrote:
  7967.  
  7968. >
  7969. > BUM8 will not include a new editor, it will include some Acid libraries 
  7970. > and a section of the new manual with the rest of it available to you our 
  7971. > humble users at cost plus nz%.
  7972.  
  7973. Will BUM8 include 3d Library and object edit ???? I REALLY hope so.
  7974.  
  7975. Maciek.
  7976.  
  7977.  
  7978.  
  7979.  
  7980.  
  7981. From mfc@xanum.uam.mxSun Sep  3 22:30:11 1995
  7982. Date: Fri, 12 May 1995 01:33:55 -0500 (CDT)
  7983. From: Maestria en Filosofia <mfc@xanum.uam.mx>
  7984. To: Pink <D.C.J.Pink@herts.ac.uk>
  7985. Cc: The Blitz list <blitz-list@helsinki.fi>
  7986. Subject: RE: .. RE: 3D Cube
  7987.  
  7988.  
  7989.  
  7990. On Thu, 11 May 1995, Pink wrote:
  7991.  
  7992. > >   ..But in Blitz 2 User Guide says that the Arrays hold n+1 elements 
  7993. > > (  a(50) holds 0..50 inclusive ), so what happen ...
  7994. >  
  7995. > I think you`re confusing the two different types of arrays.
  7996. > Theres the   Dim (n)   whose index ranges from 0 to n, and theres
  7997. > NEWTYPE .foo
  7998. >   bar.w[n]
  7999. > End NEWTYPE
  8000. > which ranges from 0 to n-1.  The reference in the Blitz 2 User Guide is 
  8001. > probably refering to the  Dim  type.
  8002.  
  8003.    You are right, i did not read that page very well (big mistake)
  8004.    
  8005.   ...GREETINGS!!
  8006.  
  8007.  
  8008.  
  8009. From GORN4907@mars.rowan.eduSun Sep  3 22:30:11 1995
  8010. Date: Fri, 12 May 1995 01:39:04 EST
  8011. From: MACIEJ GORNY <GORN4907@mars.rowan.edu>
  8012. To: blitz-list@helsinki.fi
  8013. Subject: Re: What the hell is happening at Acid
  8014.  
  8015. > On Wed, 10 May 1995, Simon or Mark wrote:
  8016. > >
  8017. > > BUM8 will not include a new editor, it will include some Acid libraries 
  8018. > > and a section of the new manual with the rest of it available to you our 
  8019. > > humble users at cost plus nz%.
  8020. > > 
  8021. > Will BUM8 include 3d Library and object edit ???? I REALLY hope so.
  8022. > Maciek.
  8023.  
  8024. I think also in one of the future upgrades Blitz2 (or maybe ABC) 
  8025. should have unsigned variables.
  8026.  
  8027. Is  ABC is going to be backwards compatible with Blitz2?
  8028.  
  8029. maciej
  8030.  
  8031.  
  8032. From sis3149@sis.port.ac.ukSun Sep  3 22:30:11 1995
  8033. Date: Fri, 12 May 1995 08:54:15 +0100 (BST)
  8034. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  8035. To: Blitzlist <blitz-list@helsinki.fi>
  8036. Subject: Blitz Bug Or My Bug? You tell me...
  8037.  
  8038. Lets have a little story shall we...  Lets say a person wrote a nice 
  8039. debugger, and everything went very well.  The program worked and was 
  8040. actually quite useful.  Now lets say that the aforementioned person wrote 
  8041. a nice little menus library that took advantage of Gadtools to give nice 
  8042. layouts etc.  Now lets also say that he had a thought : 'why not make 
  8043. my nice little debugger use that little menu library I wrote?'.  This 
  8044. thought sounded nice so he decided to go ahead with putting in his 
  8045. library........
  8046.  
  8047. -=-=-=-=-=-=--=-=-=-=-=-=--=-=-=-=-=-=-=--==--=
  8048.  
  8049. That was yesterday.  I put in the library and everything went well, until 
  8050. I tried to STOP a program using the debugger.  Amazingly nothing 
  8051. happened.  The program being debugged doesn't even respond to CTRL-ALT-C 
  8052. or the STOP command placed in its source code.  Just the simple presence 
  8053. of the menu library in the debugger executable stops it working 
  8054. completely.  I don't even have to execute a command from the library to 
  8055. stop the debugger working....
  8056.  
  8057. I really don't understand this.  The library does nothing special, its 
  8058. init and finit routines just open the GadTools.library - I've even tried 
  8059. disabling this code but the problem persists.
  8060.  
  8061. Let me just clarify this problem slightly by saying if the debugger 
  8062. doesn't use my library AT ALL it CAN STOP a program that itself uses the 
  8063. library.
  8064.  
  8065. Is this some strange bug in the Blitz Compiler I wonder?  Or is it my 
  8066. being really stupid?  Because for the life of me I can't work out whats 
  8067. going on.....  
  8068.  
  8069.  
  8070. Any suggestions would be appreciated.
  8071.  
  8072.  
  8073. Confused,
  8074. Steve Mc.
  8075.  
  8076. +---------------------------------------------------------------------------+
  8077.                  L E A D I N G   E D G E   S O F T W A R E
  8078. +---------------------------------------------------------------------------+
  8079.                 Hang                 | Current project :                    +
  8080.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  8081. +---------------------------------------------------------------------------+
  8082.  
  8083.  
  8084.  
  8085. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:11 1995
  8086. Date: Fri, 12 May 1995 09:52:30 +0100
  8087. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  8088. To: blitz-list@helsinki.fi
  8089. Subject: Re: Blitz Bug Or My Bug? You tell me...
  8090.  
  8091. [stuff removed from Steve]
  8092.  
  8093. > Any suggestions would be appreciated.
  8094.  
  8095. Well - this just some vague guess - and at 10am so its probably shit 
  8096. im talking....
  8097.  
  8098. Does gadtools have its own interrupt flag?  as in for a waitevent type command?
  8099. is it some patch for this that maybe gadtools has added, and maybe your checks
  8100. (which i assume are on some kind of interrupt) are just clashing?
  8101.  
  8102. This is a _guess_ so if im completely off track - dont go hitting me!
  8103.  
  8104. Mark Tiffany
  8105.  
  8106. .---------------------------------------------------------------.
  8107. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  8108. |  ===========================================================  |
  8109. |                http://sun1.bham.ac.uk/cca93057                |
  8110. |---------------------------------------------------------------|
  8111. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |
  8112. '---------------------------------------------------------------'
  8113.  
  8114.  
  8115. From sis3149@sis.port.ac.ukSun Sep  3 22:30:11 1995
  8116. Date: Fri, 12 May 1995 10:58:32 +0100 (BST)
  8117. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  8118. To: MO Tiffany <cca93057@sun1.bham.ac.uk>
  8119. Cc: blitz-list@helsinki.fi
  8120. Subject: Re: Blitz Bug Or My Bug? You tell me...
  8121.  
  8122. On Fri, 12 May 1995, MO Tiffany wrote:
  8123.  
  8124. > Well - this just some vague guess - and at 10am so its probably shit 
  8125. > im talking....
  8126.  
  8127. :)
  8128.  
  8129. > Does gadtools have its own interrupt flag?  as in for a waitevent type command?
  8130. > is it some patch for this that maybe gadtools has added, and maybe your checks
  8131. > (which i assume are on some kind of interrupt) are just clashing?
  8132. > This is a _guess_ so if im completely off track - dont go hitting me!
  8133.  
  8134. I won't hit you - but I'd guess you were on the wrong track :)  The menus 
  8135. are ready in by using the current commands WaitEvent/MenuHit/SubHit etc.
  8136.  
  8137.  
  8138. Steve Mc.
  8139.  
  8140. +---------------------------------------------------------------------------+
  8141.                  L E A D I N G   E D G E   S O F T W A R E
  8142. +---------------------------------------------------------------------------+
  8143.                 Hang                 | Current project :                    +
  8144.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  8145. +---------------------------------------------------------------------------+
  8146.  
  8147.  
  8148.  
  8149. From D.C.J.Pink@herts.ac.ukSun Sep  3 22:30:11 1995
  8150. Date: Fri, 12 May 1995 13:05:46 +0100 (BST)
  8151. From: Pink <D.C.J.Pink@herts.ac.uk>
  8152. To: The Blitz list <blitz-list@helsinki.fi>
  8153. Subject: RE: Gadtools Menus
  8154.  
  8155.  
  8156. Recently Steve McNamara announced that he had written a library to use 
  8157. the Gadtools menus.  Just a little question, are these any different from 
  8158. setting the new look menus flag for the menu owning window?  If I do this 
  8159. on my 3.0 Amiga 1200 the menus created look exactly the same as the 
  8160. Workbench menus, unless I`m mistaken:)
  8161.  
  8162. .------------------------.
  8163. |     --.                |
  8164. |     |  \ ,--, ,--,     |
  8165. |     |  | |  | |  |     |
  8166. |     ---' `--`-`  '     |
  8167. |========================|
  8168. | D.C.J.Pink@Herts.ac.uk |
  8169. |   (until ~July 1995)   |
  8170. `------------------------'
  8171.  
  8172.  
  8173. From D.C.J.Pink@herts.ac.ukSun Sep  3 22:30:11 1995
  8174. Date: Fri, 12 May 1995 13:12:00 +0100 (BST)
  8175. From: Pink <D.C.J.Pink@herts.ac.uk>
  8176. To: The Blitz list <blitz-list@helsinki.fi>
  8177. Subject: Screen Bitmaps
  8178.  
  8179.  
  8180. I`v had a bit of trouble recently with the ShowBitmap command as I found 
  8181. it difficult to create a bitmap the same size as the one used by the 
  8182. screen.  Apparently the screen uses a bitmap slightly wider than the 
  8183. actual displayed width.  I found this out by using the ScreensBitmap 
  8184. command and looking at the bitmap newtype from within the excellent LES 
  8185. debugger, and if I create a bitmap using the XClip field as the width 
  8186. then all problems are solved.
  8187.  
  8188. Two questions really:
  8189. Does anyone know why this is?
  8190.   and
  8191. Is there anyway to know this size in advance without actually creating 
  8192. the screen, getting the ScreensBitmap and then Peek ing the XClip value?
  8193.  
  8194. .------------------------.
  8195. |     --.                |
  8196. |     |  \ ,--, ,--,     |
  8197. |     |  | |  | |  |     |
  8198. |     ---' `--`-`  '     |
  8199. |========================|
  8200. | D.C.J.Pink@Herts.ac.uk |
  8201. |   (until ~July 1995)   |
  8202. `------------------------'
  8203.  
  8204.  
  8205.  
  8206. From apelton@coventry.ac.ukSun Sep  3 22:30:11 1995
  8207. Date: Fri, 12 May 1995 13:45:31 +0100 (BST)
  8208. From: Andy Pelton <apelton@coventry.ac.uk>
  8209. To: Blitzs-List <blitz-list@helsinki.fi>
  8210. Subject: What is ABC
  8211.  
  8212. What the hell is This ABC thingy (apart from the obvious!).
  8213. Also How do you use the Display copper effects such as DisplayRainbow
  8214. as everytime i use them an not enough room error appears.
  8215.  
  8216. Andy.
  8217.  
  8218.  
  8219.  
  8220.  
  8221.  
  8222. From oz@ozzy.demon.co.ukSun Sep  3 22:30:11 1995
  8223. Date: Fri, 12 May 95 12:50:24 GMT
  8224. From: Brian Skreeg <oz@ozzy.demon.co.uk>
  8225. To: blitz-list@helsinki.fi
  8226. Subject: Tan tables again! This time for ASM
  8227.  
  8228.     Hi Programmer thangs,
  8229.  
  8230.     Can someone tell me how to go about creating a TAN table for my ASM
  8231. program? I will probably (guessing ;)) need it in words and no decimals
  8232. involved. The table wil be used in ASM only so I reckoned the best way to
  8233. make one was with blitz but I'm not too hot at the file malarky in Blitz.
  8234.  
  8235. THanks to all.
  8236.  
  8237. Also congratulations to Acid for Superduperskidmarks. Amiga Format reckon
  8238. that Skidz sold twice as many copies than any Megadrive or snes game in
  8239. March. Well done, that must be a lot even though the console market has
  8240. crashed.
  8241.  
  8242.     _  ___ __ __    
  8243.    / \/   \  \\ \ 
  8244.   /   \/  /  //  \ Do as I say  
  8245.  /  / /  /  //   / ------------- 
  8246.  \___/   \  \\  / And you will not
  8247.   __ \___/__// / -----------------
  8248.   \ \_______/ / Be harmed.......much!
  8249.    \_________/     
  8250.  
  8251.  
  8252. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:11 1995
  8253. Date: Fri, 12 May 1995 15:09:50 +0100
  8254. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  8255. To: blitz-list@helsinki.fi
  8256. Subject: Re: What is ABC
  8257.  
  8258. > What the hell is This ABC thingy (apart from the obvious!).
  8259.  
  8260. Basically a repackaged new version of Blitz (was to be essentially the same
  8261. program as what you would get with BUM8 - but due to delays....).
  8262. New manual (ringbound).
  8263.  
  8264. > Also How do you use the Display copper effects such as DisplayRainbow
  8265. > as everytime i use them an not enough room error appears.
  8266.  
  8267. When you set up a display theres a parameter at the end - can`t remember
  8268. what its name was, but you need to set up copper space for it.  Its in the
  8269. BUM6/7 docs, or more easily in the BB2 guide (on the ftp site).
  8270.  
  8271. Mark Tiffany /SgtBilko
  8272.  
  8273. .---------------------------------------------------------------.
  8274. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  8275. |  ===========================================================  |
  8276. |                http://sun1.bham.ac.uk/cca93057                |
  8277. |---------------------------------------------------------------|
  8278. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |
  8279. '---------------------------------------------------------------'
  8280.  
  8281.  
  8282. From pradman@ra.abo.fiSun Sep  3 22:30:11 1995
  8283. Date: Fri, 12 May 1995 18:14:38 +0300 (EET DST)
  8284. From: Patrik R}dman MNF94 <pradman@ra.abo.fi>
  8285. Reply to: pradman@aton.abo.fi
  8286. To: Blitz Basic Mailing List <blitz-list@helsinki.fi>
  8287. Subject: Variables (Was: Re: What the hell...)
  8288.  
  8289. > I think also in one of the future upgrades Blitz2 (or maybe ABC) 
  8290. > should have unsigned variables.
  8291.  
  8292. I agree. It's a bit of a waste to use a word to store byte values (0-255).
  8293. Especially if you're using huge arrays... :)
  8294.  
  8295. Just my .02 cents worth, Patrik.
  8296.  
  8297. /----------------------------------------------------------------------------\
  8298. | Patrik R<*a>dman                 \ <*A>bo Akademi university, Finland      |
  8299. | E-mail: pradman@mail.abo.fi       \ Department of Computer Science      // |
  8300. | WWW   : http://www.abo.fi/~pradman \ "Wherever you go, there you are" \X/  |
  8301. \----------------------------------------------------------------------------/
  8302.  
  8303.  
  8304. From relmore@silver.sdsmt.eduSun Sep  3 22:30:11 1995
  8305. Date: Fri, 12 May 1995 12:19:24 -0600 (MDT)
  8306. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  8307. To: Andy Pelton <apelton@coventry.ac.uk>
  8308. Cc: Blitzs-List <blitz-list@helsinki.fi>
  8309. Subject: Re: What is ABC
  8310.  
  8311. > What the hell is This ABC thingy (apart from the obvious!).
  8312.  
  8313. >From what I gather, the new update from Blitz2 (tentatively called ABC) 
  8314. will not only be a complete overhaul of the Blitz we know and love(?) but 
  8315. it will be able to cross-compile for different machines, such as the Sega 
  8316. Genesis, Atari Jaguar, maybe even PC or MAC...  Hope it's as good as it 
  8317. sounds!
  8318.  
  8319. > Also How do you use the Display copper effects such as DisplayRainbow
  8320. > as everytime i use them an not enough room error appears.
  8321.  
  8322. >From the sketchy docs in Bums 5-7, I've figured out *this* much, though I 
  8323. wish I knew some more myself:
  8324.  
  8325. In your InitCopList command, you must specify a negative amount for the 
  8326. copper room... If you're doing an ECS rainbow that only affects one 
  8327. register (like color #0) this would be -1.  For AGA, it would be -4.
  8328.  
  8329. Then set up your palette and try the DisplayRainbow command.  BTW, if 
  8330. you're trying to use it with the PaletteRange command, I've had no 
  8331. success with that.  It seems PaletteRange is broken for the time being.
  8332.  
  8333.  
  8334.     +---------------------------------------------------------------+
  8335.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  8336.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  8337.     +---------------------------------------------------------------+
  8338.  
  8339.  
  8340.  
  8341. From relmore@silver.sdsmt.eduSun Sep  3 22:30:11 1995
  8342. Date: Fri, 12 May 1995 12:23:30 -0600 (MDT)
  8343. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  8344. To: Pink <D.C.J.Pink@herts.ac.uk>
  8345. Cc: The Blitz list <blitz-list@helsinki.fi>
  8346. Subject: Re: Screen Bitmaps
  8347.  
  8348. On Fri, 12 May 1995, Pink wrote:
  8349.  
  8350. > Is there anyway to know this size in advance without actually creating 
  8351. > the screen, getting the ScreensBitmap and then Peek ing the XClip value?
  8352.  
  8353. I might be wrong, but I *think* it is the size of the screen to the 
  8354. nearest 16-pixel boundry (rounded up.)  That means if you have a screen 
  8355. 300 pixels wide, you'll need a bitmap 320 pixels wide...
  8356.  
  8357.  
  8358.     +---------------------------------------------------------------+
  8359.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  8360.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  8361.     +---------------------------------------------------------------+
  8362.  
  8363.  
  8364.  
  8365. From relmore@silver.sdsmt.eduSun Sep  3 22:30:11 1995
  8366. Date: Fri, 12 May 1995 12:26:01 -0600 (MDT)
  8367. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  8368. To: Pink <D.C.J.Pink@herts.ac.uk>
  8369. Cc: The Blitz list <blitz-list@helsinki.fi>
  8370. Subject: RE: Gadtools Menus
  8371.  
  8372. On Fri, 12 May 1995, Pink wrote:
  8373.  
  8374. > Recently Steve McNamara announced that he had written a library to use 
  8375. > the Gadtools menus.  Just a little question, are these any different from 
  8376. > setting the new look menus flag for the menu owning window?  If I do this 
  8377. > on my 3.0 Amiga 1200 the menus created look exactly the same as the 
  8378. > Workbench menus, unless I`m mistaken:)
  8379.  
  8380. Besides being automatically font-sensitive, GTMenus have the added 
  8381. advantage of allowing a REAL separator-bar... (No more kludging it with 
  8382. a string of ~~~~~~~~.)  
  8383.  
  8384. The biggest advantage has got to be the font/screen sensitivity though, 
  8385. try to make a menu with Blitz's menu commands that will look right (even 
  8386. with checkmarks and shortcut keys) under fonts from 8 to 24 points.... 
  8387. Not very easy to do!
  8388.  
  8389.     +---------------------------------------------------------------+
  8390.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  8391.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  8392.     +---------------------------------------------------------------+
  8393.  
  8394.  
  8395.  
  8396. From acid@iconz.co.nzSun Sep  3 22:30:11 1995
  8397. Date: Sat, 13 May 1995 11:25:54 +1200 (NZST)
  8398. From: Simon <acid@iconz.co.nz>
  8399. To: Brian Skreeg <oz@ozzy.demon.co.uk>
  8400. Cc: blitz-list@helsinki.fi
  8401. Subject: Re: Tan tables again! This time for ASM
  8402.  
  8403.  
  8404.  
  8405. On Fri, 12 May 1995, Brian Skreeg wrote:
  8406.  
  8407. > Also congratulations to Acid for Superduperskidmarks. Amiga Format reckon
  8408. > that Skidz sold twice as many copies than any Megadrive or snes game in
  8409. > March. Well done, that must be a lot even though the console market has
  8410. > crashed.
  8411. Sounds like the whole English economy has crashed, can't say I'm happy 
  8412. about the number of sales OR the way Gremlin/Virgin are dumping that 
  8413. bloody soccer game to keep it at number one.... grrr... Oh, Mark tells me 
  8414. he was on the FutureNet Page and we are at number one... YIPPPEEE...
  8415.  
  8416. We'll be going GoKart Racing this Friday to celebrate, all invited...
  8417.  
  8418.  
  8419. From clive@tlc1.demon.co.ukSun Sep  3 22:30:11 1995
  8420. Date: Sat, 13 May 1995 08:00:41 -0000
  8421. From: Clive Thomas <clive@tlc1.demon.co.uk>
  8422. To: Blitz list <blitz-list@helsinki.fi>
  8423. Subject: New Version
  8424.  
  8425. Hi there,
  8426.  
  8427.     I  thought I read here, that the ABC deal with Amiga Format had failed.
  8428. I  got the latest Format yesterday and they are advertising the new version
  8429. as a disc cover for next month.  What gives ?  ;)
  8430.  
  8431. BFN,Clive
  8432.  
  8433. -- 
  8434.  +-- clive@tlc1.demon.co.uk ------------------------------------------+
  8435.  | Get it from:   ftp.demon.co.uk:pub/amiga/info/AmosaicFAQ_v1.02.lha |
  8436.  |          or    aminet: docs/misc/AmosaicFAQ.lha                    |
  8437.  +-------------- Sometimes I get so flushed..... it's interesting  ---+
  8438.  
  8439.  
  8440.  
  8441. From paul_burford@metnet.demon.co.ukSun Sep  3 22:30:11 1995
  8442. Date: Sat, 13 May 95 11:32:37 GMT
  8443. From:  <@post.demon.co.uk,@metnet.demon.co.uk:paul_burford@metnet.demon.co.uk>
  8444.  
  8445. Hi all, ive got a problem (who has'nt?)
  8446. From: paul_burford@metnet.demon.co.uk@metnet.demon.co.uk (paul_burford)
  8447. To: blitz-list@helsinki.fi
  8448. Subject: Screen
  8449.  
  8450. Amos Pro (booo!) has a command called "PhyBase()" that gives the
  8451. address of a screens physical display, not a screens structure, but
  8452. the actual planes.  So obviously by "Poke"-ing this address you could
  8453. draw on the screen (i wont go into why i want to do it like this).
  8454.  
  8455. Its driving me nutz trying to work out how to do this in blitz.
  8456.  
  8457. Any ideas?
  8458.  
  8459.  
  8460. ~Paul
  8461.  
  8462.  
  8463. From OTTI@trashcan.mcnet.deSun Sep  3 22:30:11 1995
  8464. Date: Sat, 13 May 95 18:18:00 CET
  8465. From: Sascha Ott <OTTI@trashcan.mcnet.de>
  8466. To: blitz-list@helsinki.fi
  8467. Subject: Locale
  8468.  
  8469.  
  8470. Hello !
  8471.  
  8472. I have a problem with the locale feature of WB2.1 and BB2.
  8473. The german strings are built in my programm and the english Catalog should
  8474. be load when its needed.
  8475. The problem is not the programming, I dont't know how I give the strings
  8476. to the gadgets, menus and requesters.
  8477. Please take a look at my current attempt:
  8478.  
  8479. -----------------------------------------------------------------------
  8480.  
  8481. [...]
  8482.  
  8483. locale$(1)=     ;< Every string put into an array >
  8484. locale$(2)=
  8485.  
  8486. From paul_burford@metnet.demon.co.ukSun Sep  3 22:30:11 1995
  8487. Date: Sat, 13 May 95 18:35:53 GMT
  8488. From:  <@post.demon.co.uk,@metnet.demon.co.uk:paul_burford@metnet.demon.co.uk>
  8489.  
  8490. Hi all,
  8491. From: paul_burford@metnet.demon.co.uk@metnet.demon.co.uk (paul_burford)
  8492. To: blitz-list@helsinki.fi
  8493. Subject: Library
  8494.  
  8495. Recently ive been useing some library routines, as documented at
  8496. the back of the Blitz2 manual.  Can anyone point me to some reading 
  8497. material that explains more about these routines (what they do, 
  8498. what type of variables it expects etc.)
  8499.  
  8500. Thanks in advance.
  8501.  
  8502.  
  8503. Oh yes, while i'm here,
  8504.  
  8505.   Two methods of getting the depth of a bitmap.
  8506.  
  8507.     1)  deep.b=Peek.b(Addr BitMap(0)+5)
  8508.  
  8509.       2)  *b0.BitMap=Peek.l(Addr BitMap(0))
  8510.         deep.b=*b0\Depth
  8511.  
  8512.   Method 1 works fine, but the way i'd prefer to do it, method 2, dosen't.
  8513.   No errors are produced, it just returns the wrong value.
  8514.  
  8515.   Anyone know what i'm doing wrong?
  8516.  
  8517.  
  8518. ~Paul~
  8519.  
  8520.  
  8521. From wmarshal@netshop.netSun Sep  3 22:30:11 1995
  8522. Date: Sat, 13 May 1995 19:29:49 -47900
  8523. From: Checkpoint Charlie <wmarshal@netshop.net>
  8524. To: blitz-list@helsinki.fi
  8525. Subject: PLaYInG MOdULeS WItH bLITz bASIc 
  8526.  
  8527.  
  8528. HELP!  (Besides with the Kaps-Lok)
  8529.  
  8530. I seem to be unable to play a simple 4-channel module with Blitz!  I can 
  8531. use the ones that are included (ie. funkinator, schem etc.) but the one I 
  8532. want won't work...  
  8533.  
  8534. What it does is plays awesomely for the first 2 seconds, then goes SLOW 
  8535. and misses 2 channels and continues playing at a SLOW speed... Its a 120k 
  8536. ProTracker Module called DistantCall ... Any help will be appreciated and 
  8537. awarded.  
  8538.  
  8539. ====================
  8540. wmarshal@netshop.net
  8541. ====================
  8542.  
  8543.  
  8544.  
  8545.  
  8546.  
  8547.  
  8548.  
  8549.  
  8550.  
  8551. From josh@pinsight.comSun Sep  3 22:30:11 1995
  8552. Date: Sat, 13 May 1995 12:39:09 -0700 (PDT)
  8553. From: Josh Farley <josh@pinsight.com>
  8554. To: blitz-list@helsinki.fi
  8555. Subject: Arexx
  8556.  
  8557.  
  8558. Hey there,
  8559.  
  8560.     Does anyone have some code for adding an Arexx port to a Blitz 
  8561. program?  I've played with it some, but have had little success...
  8562.  
  8563. Josh
  8564.  
  8565.  
  8566.  
  8567. From brettc@spaz.manawatu.planet.co.nzSun Sep  3 22:30:11 1995
  8568. Date: Sun, 14 May 95 15:28:43 +1300
  8569. From: Brett Cooper <brettc@spaz.manawatu.planet.co.nz>
  8570. To: Blitz-List@helsinki.fi
  8571. Subject: GoKart Raceing this Friday..
  8572.  
  8573. Hi Simon, on May 13 you wrote:
  8574.  
  8575. > Sounds like the whole English economy has crashed, can't say I'm happy 
  8576. > about the number of sales OR the way Gremlin/Virgin are dumping that 
  8577. > bloody soccer game to keep it at number one.... grrr... Oh, Mark tells me 
  8578. > he was on the FutureNet Page and we are at number one... YIPPPEEE...
  8579.  
  8580. Number One, this good news.  Quality New Zealand software with out a dought.
  8581.  
  8582. > We'll be going GoKart Racing this Friday to celebrate, all invited...
  8583.  
  8584. Super,  I will be in Aucland for the weekend (Sisters wedding) so I will
  8585. try and be there.  GoKarts racies,  who will turn out to be the champ and
  8586. who will be the ones that end up getting smoked.  Let me know, time + place.
  8587.  
  8588. Brett
  8589.  
  8590.  
  8591.  
  8592.  
  8593. From tjstone@netshop.netSun Sep  3 22:30:11 1995
  8594. Date: Sun, 14 May 1995 10:56:01 -47900
  8595. From: The Crow <tjstone@netshop.net>
  8596. To: blitz-list@cc.helsinki.fi
  8597. Subject: Blitz with ProTracker
  8598.  
  8599.  
  8600. How can I get blitz to play a sound module properly.  I friend gave me
  8601. a sample ProTracker module to use in a demo I am writing for him.
  8602. Using AMFC Pro I converted it to a SoundTracker and NoiseTracker mod;
  8603. One of the three modules would not play at all (can't remember which now -
  8604. perhaps SoundTracker).  The other two played at far to slow a rate and then
  8605. hung my machine.
  8606.  
  8607. Any Ideas?
  8608.  
  8609. Thanks
  8610.  
  8611. Tom
  8612.  
  8613.  
  8614. From acid@iconz.co.nzSun Sep  3 22:30:11 1995
  8615. Date: Sun, 14 May 1995 23:47:00 +1200 (NZST)
  8616. From: Simon <acid@iconz.co.nz>
  8617. To: blitz list <blitz-list@helsinki.fi>
  8618. Subject: Re: New Version
  8619.  
  8620.  
  8621.  
  8622. On Sat, 13 May 1995, Clive Thomas wrote:
  8623.  
  8624. > Hi there,
  8625. >     I  thought I read here, that the ABC deal with Amiga Format had failed.
  8626. > I  got the latest Format yesterday and they are advertising the new version
  8627. > as a disc cover for next month.  What gives ?  ;)
  8628. It didn't fail, it is just postponed
  8629.  
  8630.  
  8631. From acid@iconz.co.nzSun Sep  3 22:30:11 1995
  8632. Date: Sun, 14 May 1995 23:52:00 +1200 (NZST)
  8633. From: Simon <acid@iconz.co.nz>
  8634. To: blitz list <blitz-list@helsinki.fi>
  8635. Subject: Re: your mail
  8636.  
  8637.  
  8638.  
  8639. On Sat, 13 May 1995 paul_burford@metnet.demon.co.uk wrote:
  8640.  
  8641. >   Two methods of getting the depth of a bitmap.
  8642. >     1)  deep.b=Peek.b(Addr BitMap(0)+5)
  8643. >       2)  *b0.BitMap=Peek.l(Addr BitMap(0))
  8644. >         deep.b=*b0\Depth
  8645. try print sizeof .BitMap\Depth what does it return? I usually treat depth 
  8646. as a word at offset 4....
  8647.  
  8648.  
  8649. From mfc@xanum.uam.mxSun Sep  3 22:30:11 1995
  8650. Date: Sun, 14 May 1995 21:48:35 -0500 (CDT)
  8651. From: Maestria en Filosofia <mfc@xanum.uam.mx>
  8652. To: blitz-list@helsinki.fi
  8653. Subject: Re: Blitz with ProTracker
  8654.  
  8655.  
  8656.  
  8657. On Sun, 14 May 1995, The Crow wrote:
  8658.  
  8659. > How can I get blitz to play a sound module properly.  I friend gave me
  8660. > a sample ProTracker module to use in a demo I am writing for him.
  8661. > Using AMFC Pro I converted it to a SoundTracker and NoiseTracker mod;
  8662. > One of the three modules would not play at all (can't remember which now -
  8663. > perhaps SoundTracker).  The other two played at far to slow a rate and then
  8664. > hung my machine.
  8665. > Any Ideas?
  8666.  
  8667.    I would like to use the med and octamed libraries by Teijo Kinnuen, 
  8668. but i don't know how to execute the functions from blitz after i loaded 
  8669. the library with IncBin..so ..does anybody knows how to do it?
  8670.  
  8671.  
  8672.   ..this will help you Tom  :)
  8673.  
  8674.   GREETINGS !!!
  8675.  
  8676.    Pedro C.
  8677.  
  8678.  
  8679. From sis3149@sis.port.ac.ukSun Sep  3 22:30:11 1995
  8680. Date: Mon, 15 May 1995 10:13:32 +0100 (BST)
  8681. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  8682. To: Josh Farley <josh@pinsight.com>
  8683. Cc: blitz-list@helsinki.fi
  8684. Subject: Re: Arexx
  8685.  
  8686. On Sat, 13 May 1995, Josh Farley wrote:
  8687.  
  8688. >     Does anyone have some code for adding an Arexx port to a Blitz 
  8689. > program?  I've played with it some, but have had little success...
  8690.  
  8691. My map editor has a fully featured ARexx port.  It is on Aminet at the 
  8692. moment and includes source for an arexx map operator.  This operator 
  8693. source shows you how to set up and manage an ARexx port.
  8694.  
  8695.  
  8696. Steve Mc.
  8697.  
  8698. +---------------------------------------------------------------------------+
  8699.                  L E A D I N G   E D G E   S O F T W A R E
  8700. +---------------------------------------------------------------------------+
  8701.                 Hang                 | Current project :                    +
  8702.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  8703. +---------------------------------------------------------------------------+
  8704.  
  8705.  
  8706.  
  8707. From davids@mech.gla.ac.ukSun Sep  3 22:30:11 1995
  8708. Date: Mon, 15 May 1995 10:26:31 +0100
  8709. From: davids@mech.gla.ac.uk
  8710. To: blitz-list@helsinki.fi
  8711. Subject: ABC How much
  8712.  
  8713. I subscribed to the BUM disks nearly 1 year ago and for my £15 so far all
  8714. I've had is 2 disks
  8715. BUM 6/7.
  8716.  
  8717. I reckon I've still got issues 8,9,and 10 to get, at the current rate I
  8718. should have issue 10 about
  8719. Dec 1996.
  8720.  
  8721. Anyway thats my gripe out of the way.
  8722.  
  8723. My main point is this, Simon stated that ABC would be free to reg users but,
  8724. their would be a charge
  8725. for the new manual, anyone know how much this will cost and will it be worth
  8726. getting?. Also what will be
  8727. new in ABC?.
  8728.  
  8729. Dave
  8730.  
  8731. ****** Davie Shaw / e-mail davids@mech.gla.ac.uk
  8732. ****** http://www.mech.gla.ac.uk/~davids/ 
  8733.  
  8734. ****** "I'm just catching up with yesterday,
  8735. ******  by tomorrow, I should be ready for today"
  8736.  
  8737.  
  8738.  
  8739. From ngh94@aber.ac.ukSun Sep  3 22:30:11 1995
  8740. Date: Mon, 15 May 1995 14:07:02 +0100
  8741. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  8742. To: blitz-list@helsinki.fi
  8743. Subject: ACID Software and Blitz Compiler
  8744.  
  8745.  
  8746. Dear All,
  8747.     I have a few questions for Acid that I think are broard enough to 
  8748. attract wider comment.
  8749.  
  8750.     1) Will the not that new version of TeD at least have a screen mode
  8751.     requestor so I can run it from a GFX card workbench screen? It is
  8752.     a major bummer. Just a little fix, surely not too hard.
  8753.  
  8754.     2) Are you still considering PC Blitz, just about to buy a P60
  8755.     machine you see, can't bear to be without Blitz.
  8756.  
  8757.     3) What do Acid and everyone else who were sent ShapeZ think?
  8758.  
  8759.  
  8760.     Thanks for your time,
  8761.  
  8762.     Nigel Hughes
  8763.  
  8764.  
  8765.  
  8766. From paul_burford%metnet.demon.co.uk@metnet.demon.co.ukSun Sep  3 22:30:11 1995
  8767. Date: Mon, 15 May 95 14:36:15 GMT
  8768. From: paul_burford <paul_burford%metnet.demon.co.uk@metnet.demon.co.uk>
  8769. To: blitz-list@helsinki.fi
  8770. Subject: ListView
  8771.  
  8772. Ive just put a nice ListView gadget into my current program, with " Add "  "Delete" buttons positioned underneath.
  8773.  
  8774. Everthing went well until i came to put in the 'Delete' code.  I realised that when you clicked on a ListView gadget the item under the mouse is highlight then un-highlighted when you press and release the mouse button.  
  8775.  
  8776. Is it possible for the item to remain highlighted until the user selects another item or clicks again?  This means you can see exactly what item you
  8777. are deleting.
  8778.  
  8779.  
  8780. ~Paul~
  8781.  
  8782.  
  8783. From ronaldo@duncan.xs4all.nlSun Sep  3 22:30:11 1995
  8784. Date: 15 May 95 20:41:48 -0100
  8785. From: Ronald Kuiper <ronaldo@duncan.xs4all.nl>
  8786. To: blitz-list@helsinki.fi
  8787. Subject: Arexx
  8788.  
  8789.  
  8790. Hello Josh!
  8791.  
  8792. On 13 May 95 you wrote:
  8793.  
  8794.  > Does anyone have some code for adding an Arexx port to a Blitz
  8795.  > program? I've played with it some, but have had little success...
  8796.  
  8797. Maybe this will help:
  8798.  
  8799. #RXCOMM=$1000000
  8800. #RXFF_RESULT=$20000
  8801. #RXFF_STRING=$40000
  8802.  
  8803. Macro send
  8804. SendRexxCommand msgptr,cmd$,#RXCOMM|#RXFF_STRING|#RXFF_RESULT
  8805. End Macro
  8806.  
  8807. Macro back
  8808. Repeat
  8809.  rmsg.l=RexxEvent(port)
  8810.  If IsRexxMsg(rmsg)
  8811.  If GetRexxResult(rmsg,2) > 256
  8812.  ant$=GetResultString(rmsg)
  8813.  EndIf
  8814.  EndIf
  8815. Until IsRexxMsg(rmsg)
  8816. End Macro
  8817.  
  8818. port.l=CreateMsgPort("POORT")
  8819. msgptr.l=CreateRexxMsg(port,"","ADPro")
  8820.  
  8821. cmd$="OPTIONS RESULTS;VERSION;EXIT ADPRO_RESULT"
  8822. !send:!back
  8823. NPrint ant$
  8824. MouseWait
  8825. End
  8826.  
  8827. This program should print the version of Adpro...
  8828.  
  8829.  
  8830.        _
  8831.       /_)
  8832. Grtz / \onald.
  8833.  
  8834.  
  8835. From sflock@comtch.iea.comSun Sep  3 22:30:11 1995
  8836. Date: Tue, 16 May 1995 00:46:13 -0700 (PDT)
  8837. From: "S. Flock" <sflock@comtch.iea.com>
  8838. To: Blitz List <blitz-list@helsinki.fi>
  8839. Subject: Re: PLaYInG MOdULeS WItH bLITz bASIc 
  8840.  
  8841. On Sat, 13 May 1995, Checkpoint Charlie wrote:
  8842.  
  8843. > HELP!  (Besides with the Kaps-Lok)
  8844. > I seem to be unable to play a simple 4-channel module with Blitz!  I can 
  8845. > use the ones that are included (ie. funkinator, schem etc.) but the one I 
  8846. > want won't work...  
  8847. > What it does is plays awesomely for the first 2 seconds, then goes SLOW 
  8848. > and misses 2 channels and continues playing at a SLOW speed... Its a 120k 
  8849. > ProTracker Module called DistantCall ... Any help will be appreciated and 
  8850. > awarded.  
  8851.  
  8852.  Let me guess.. You're trying to use the player that comes standard with 
  8853. Blitz Basic? If so, I suggest you switch to use Neil's protracker lib.
  8854. It seems Blitz uses the same method to play mods as Med does when it 
  8855. tries to convert protracker mods. It works fine... Until you get into 
  8856. timing and such.. Where it conviently barfs.
  8857.  
  8858. Steve
  8859.  
  8860. /---------------------------------+---------------------------------------\
  8861. | Steve Flock - Binary Assault    | Current Project: Donkey Kong (Arcade) | 
  8862. | Programmer, Gfxian, Code Mangler|          Status: 65% complete         |
  8863. \---------------------------------+---------------------------------------/
  8864.  
  8865.  
  8866.  
  8867.  
  8868.  
  8869.  
  8870.  
  8871.  
  8872. From tjstone@netshop.netSun Sep  3 22:30:11 1995
  8873. Date: Tue, 16 May 1995 08:06:59 -47900
  8874. From: The Crow <tjstone@netshop.net>
  8875. To: blitz-list@cc.helsinki.fi
  8876. Subject: Re: Blitz with ProTracker (fwd)
  8877.  
  8878.  
  8879.  
  8880. >>Not too long ago, tom wrote:
  8881.  
  8882. >> How can I get blitz to play a sound module properly.  I friend gave me
  8883. >> a sample ProTracker module to use in a demo I am writing for him.
  8884. >> Using AMFC Pro I converted it to a SoundTracker and NoiseTracker mod;
  8885. >> One of the three modules would not play at all (can't remember which now -
  8886. >> perhaps SoundTracker).  The other two played at far to slow a rate and 
  8887. >> then > hung my machine.
  8888. >> 
  8889. >> Any Ideas?
  8890.  
  8891. >Easy way: use CIATrackerlib from Neil (Attachment to this Mail).
  8892. >Problem: you must fix it for every processor (look in the manuals).
  8893.  
  8894. >Other way: convert it to MED and use the MED-commands. But: the MED-lib
  8895. >in Blitz can't handle default speed! you must "set" them in a way like:
  8896. >(But IMHO MED is the best way to make proper replay in a demo)
  8897.  
  8898. >.Interrupt5:
  8899. >PlayMED
  8900. >PlayMED
  8901. >...
  8902. >Return
  8903.  
  8904.  
  8905. Andrew,
  8906.  
  8907. Thanks for your suggestions.  I have considered using CIATrackerLib, but 
  8908. I would prefer not to have to tinker with accommodating each processor
  8909. (if I can help it).
  8910.  
  8911. Converting to MED may be an option (providing I can find a utility to do 
  8912. this).
  8913.  
  8914. I'm going on memory here (mine not the computer's), but was there not a
  8915. library, converted from AMOS which could play mods properly.  I believe 
  8916. it was by a Paul Reece?
  8917.  
  8918.  
  8919. Thanks again
  8920.  
  8921. Tom
  8922.  
  8923.  
  8924. From sis3149@sis.port.ac.ukSun Sep  3 22:30:11 1995
  8925. Date: Tue, 16 May 1995 10:16:02 +0100 (BST)
  8926. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  8927. To: NIGEL HUGHES <ngh94@aber.ac.uk>
  8928. Cc: blitz-list@helsinki.fi
  8929. Subject: Re: ACID Software and Blitz Compiler
  8930.  
  8931. On Mon, 15 May 1995, NIGEL HUGHES wrote:
  8932.  
  8933. >     1) Will the not that new version of TeD at least have a screen mode
  8934. >     requestor so I can run it from a GFX card workbench screen? It is
  8935. >     a major bummer. Just a little fix, surely not too hard.
  8936.  
  8937. It would be quite tricky when you consider that Ted does not use OS 
  8938. routines for outputing its text (I presume anyway). Thus using a GFX card 
  8939. screen mode would either require Ted to be rewritten to use the OS or 
  8940. have custom routines for each board added.
  8941.  
  8942. >     3) What do Acid and everyone else who were sent ShapeZ think?
  8943.  
  8944. I thought it was nice - now put in the saving a shape as an icon thingy :)
  8945.  
  8946.  
  8947.  
  8948. Steve Mc.
  8949.  
  8950. +---------------------------------------------------------------------------+
  8951.                  L E A D I N G   E D G E   S O F T W A R E
  8952. +---------------------------------------------------------------------------+
  8953.                 Hang                 | Current project :                    +
  8954.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  8955. +---------------------------------------------------------------------------+
  8956.  
  8957.  
  8958.  
  8959. From sis3149@sis.port.ac.ukSun Sep  3 22:30:11 1995
  8960. Date: Tue, 16 May 1995 10:17:58 +0100 (BST)
  8961. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  8962. To: Blitzlist <blitz-list@helsinki.fi>
  8963. Subject: Forgotten promises...
  8964.  
  8965. Last night I finally sorted out an IconToShape command - for grabbing the 
  8966. gfx associated with an icon file into shapes.  BUT I've forgotten who 
  8967. actually asked for this command... Yes I know, forgetful wanker etc etc etc.
  8968. Anyway, could they give me a quick mail - if they do I can get the 
  8969. updated ToolTypes library off to them.
  8970.  
  8971.  
  8972.  
  8973. Steve Mc.
  8974.  
  8975. +---------------------------------------------------------------------------+
  8976.                  L E A D I N G   E D G E   S O F T W A R E
  8977. +---------------------------------------------------------------------------+
  8978.                 Hang                 | Current project :                    +
  8979.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  8980. +---------------------------------------------------------------------------+
  8981.  
  8982.  
  8983.  
  8984. From sueec@westminster.ac.ukSun Sep  3 22:30:11 1995
  8985. Date: Tue, 16 May 1995 11:20:11 +0100 (BST)
  8986. From: Ricky Clarke <sueec@westminster.ac.uk>
  8987. To: blitz-list@helsinki.fi
  8988. Subject: RE: Forgotton Promises...
  8989.  
  8990.  
  8991.         It was me who asked for the `IconToShape` command...
  8992.  
  8993.         Thanks for taking the time to write it. My email address is `sueec@wmin.ac.uk`, or `sueec@westminster.ac.uk`. But then you probably knew that didn`t you? x;-)
  8994.  
  8995.         Thanks again,
  8996.  
  8997.                 Ricky J. Clarke
  8998.  
  8999.  
  9000. From davids@mech.gla.ac.ukSun Sep  3 22:30:11 1995
  9001. Date: Tue, 16 May 1995 12:05:49 +0100
  9002. From: David Shaw <davids@mech.gla.ac.uk>
  9003. To: blitz-list@helsinki.fi
  9004. Subject: Executables Guru
  9005.  
  9006. Does anyone know why when I create an executable of the GTB progam on BUM 7
  9007. it gurus when I try to run it?.
  9008.  
  9009. I've copied the fonts to the font dir, and cd into the source dir before I
  9010. create it. If I select compile & run the program works fine except for the
  9011. bugs in it.
  9012.  
  9013. I've come across this before with some other programs and can't fine the
  9014. problem.
  9015.  
  9016. the guru # is 8000000b
  9017.  
  9018. TIA
  9019.  
  9020. Dave
  9021.  
  9022. ________________________________________________
  9023.  
  9024. David Shaw,                  E-Mail davids@mech.gla.ac.uk
  9025. Dept Mech Eng,            Phone +44 0141-330-5126
  9026. University of Glasgow    Fax   +44 0141-330-4343
  9027. Glasgow G12 8QQ        http://www.mech.gla.ac.uk/~davids/
  9028. Scotland
  9029. ________________________________________________
  9030.  
  9031.  
  9032.  
  9033. From ngh94@aber.ac.ukSun Sep  3 22:30:11 1995
  9034. Date: Tue, 16 May 1995 12:51:12 +0100
  9035. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  9036. To: blitz-list@helsinki.fi
  9037. Subject: Re: ACID Software and Blitz Compiler 
  9038.  
  9039. In message <Pine.SUN.3.90.950516101350.7409C-100000@anubis>, 
  9040.     Stephen McNamara <sis3149@sis.portsmouth.ac.uk> writes:
  9041. > On Mon, 15 May 1995, NIGEL HUGHES wrote:
  9042. > >     1) Will the not that new version of TeD at least have a screen mode
  9043. > >     requestor so I can run it from a GFX card workbench screen? It is
  9044. > >     a major bummer. Just a little fix, surely not too hard.
  9045. > It would be quite tricky when you consider that Ted does not use OS 
  9046. > routines for outputing its text (I presume anyway). Thus using a GFX card 
  9047. > screen mode would either require Ted to be rewritten to use the OS or 
  9048. > have custom routines for each board added.
  9049.  
  9050. You miss understand me. TeD will not open at all from a Workbench that
  9051. is using a graphcics card screen mode, because it tries to copy that
  9052. screen mode. I just want to be able to say to TeD, open on for example
  9053. a standard multiscan screen. I don't need TED itself in a gfx card 
  9054. screen mode.
  9055.  
  9056. > >     3) What do Acid and everyone else who were sent ShapeZ think?
  9057. > I thought it was nice - now put in the saving a shape as an icon thingy :)
  9058.  
  9059. Sod off. 8)
  9060.  
  9061. +---------------------------------------------------------------------------+
  9062.                  L E A D I N G   E D G E   S O F T W A R E
  9063. +---------------------------------------------------------------------------+
  9064.             FUNdamental              | Current project : ShapeZ II Arexx    +
  9065.           ngh94@aber.ac.uk           | [#################:::::::::::::::::] +
  9066. +---------------------------------------------------------------------------+
  9067.  
  9068.  
  9069.  
  9070.  
  9071. From J.VALKS@hsbos.nlSun Sep  3 22:30:12 1995
  9072. Date: Tue, 16 May 1995 12:51:02 GMT-1DFT
  9073. From: Jurgen Valks <J.VALKS@hsbos.nl>
  9074. To: blitz-list@helsinki.fi
  9075. Subject: Good bye!
  9076.  
  9077.  
  9078. Hello all Blitzers,
  9079.  
  9080. I'm leaving the Amiga scene because I can't make money on the Amiga, 
  9081. last night I sold my A1200 & A2000. 
  9082.  
  9083. I would like to thank Steve McNamara & Steve Matty for their 
  9084. excellent support, help and communication, I wish ACID did this, they 
  9085. let me down.
  9086.  
  9087. I hope Blitz will appear some day on the PC, at the moment I'm 
  9088. developing Multi Media Software & Animations on the PC. I will go 
  9089. back to Blitz when the AmigaCard is ready but for now: greetings and 
  9090. maybe we meet again. You can still reach me for other conversations 
  9091. if you like.
  9092.  
  9093. Hereby is the Dutch Blitz User Group gone...
  9094.  
  9095. To ACID: change your way of support if you want to survive! I was good
  9096. enough when there where troubles here but afther that you let me 
  9097. down. Thanks (not).
  9098.  
  9099. My last point: Blitz changed my life, it was the most powerfull 
  9100. language I used in my Amiga years, I hope a PC version will come! 
  9101.  
  9102. CYa!
  9103.  
  9104.  
  9105.  
  9106. Greetings from,
  9107.  
  9108. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
  9109. \  Jurgen Valks  email: j.valks@hsbos.nl                         /
  9110. /  Blitz User Group Nederland (BUG N.L.) NOT SUPPORTED BY ACID!  \
  9111. \  Gonna quit with the Amiga soon...                             /
  9112. /  Kerkeind 8a, 5293 AB, Gemonde (NB), The Netherlands           \
  9113. \                                                                /
  9114. /  Phone +31 4105-12466, +31 73-295341                           \
  9115. \                                                                /
  9116. /  Member of: SToopID (demo/game coder)                          \
  9117. \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
  9118.  
  9119.  
  9120. From sis3147@sis.port.ac.ukSun Sep  3 22:30:12 1995
  9121. Date: Tue, 16 May 1995 15:11:35 +0100 (BST)
  9122. From: Big Will Riker <sis3147@sis.port.ac.uk>
  9123. To: blitzlist <blitz-list@helsinki.fi>
  9124. Subject: RE: Good bye!
  9125.  
  9126. I read with great sadness that Jurgen has quit the amiga due
  9127. to lack of suppport.
  9128.  
  9129. Come on ACID, put up a little bit of cash and pay this guy to run
  9130. the Dutch BUG!
  9131.  
  9132. Geez simon, you sound as bad as commodore!
  9133.  
  9134. Steve.
  9135.  ___________________________________________________________________________
  9136. /           Amiga Developer          | Current Project : BlitzOS Lib        \
  9137. |    sis3147@anubis.sis.port.ac.uk   | [####::::::::::::::::::::::::::::::] |
  9138. \____________________________________|______________________________________/
  9139.  
  9140.  
  9141.  
  9142. From ngh94@aber.ac.ukSun Sep  3 22:30:12 1995
  9143. Date: Tue, 16 May 1995 15:25:05 +0100
  9144. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  9145. To: blitz-list@helsinki.fi
  9146. Subject: Re: Good bye! 
  9147.  
  9148. In message <Pine.SUN.3.90.950516151039.23228A-100000@anubis>, 
  9149.     Big Will Riker <sis3147@sis.portsmouth.ac.uk> writes:
  9150. > I read with great sadness that Jurgen has quit the amiga due
  9151. > to lack of suppport.
  9152.  
  9153. Me too 8(
  9154.  
  9155. > Come on ACID, put up a little bit of cash and pay this guy to run
  9156. > the Dutch BUG!
  9157.  
  9158. Sadly I think it is a little late...
  9159.  
  9160. > Geez simon, you sound as bad as commodore!
  9161.  
  9162. No comment.
  9163.  
  9164. > Steve.
  9165.  
  9166. Bye Jugen and thanks for everything you did.
  9167.  
  9168.     Nigel
  9169.  
  9170.  
  9171. From sis3149@sis.port.ac.ukSun Sep  3 22:30:12 1995
  9172. Date: Tue, 16 May 1995 16:36:17 +0100 (BST)
  9173. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  9174. To: Blitzlist <blitz-list@helsinki.fi>
  9175. Subject: Am I moaning? Or being reasonable?
  9176.  
  9177. Hello ppl,
  9178.     a while ago I asked if people wanted to test out a new version of 
  9179. my debugger - to check it works okay and is stable enough.  Well quite a 
  9180. few people offered to test it and each of them promptly received a copy 
  9181. through email.  Now this was quite a while ago and whilst I appreciate 
  9182. that people may be busy with other things I'll like to know what people 
  9183. thought.
  9184.  
  9185. I belive  Nigel Hughes is having this same problem - people who offer to 
  9186. test software but do not actually come back with suggestions or comments 
  9187. about the software.
  9188.  
  9189. This is very frustrating since it means that I have no feedback from 
  9190. other people (except people I'm in contact with everyday).  Has anyone 
  9191. out there tested the version of the debugger I sent to them?  Surely 
  9192. someone could reply.  Its a pity really because the lack of response has 
  9193. held up a release that substantially upgrades the debugger...
  9194.  
  9195.  
  9196. I have to say thanx to the ***one*** person who replied about the 
  9197. debugger - sorry it was so long ago I can't remember your name... :)
  9198.  
  9199.  
  9200. Anyway, I'm off home...
  9201.  
  9202. Steve Mc.
  9203. +---------------------------------------------------------------------------+
  9204.                  L E A D I N G   E D G E   S O F T W A R E
  9205. +---------------------------------------------------------------------------+
  9206.                 Hang                 | Current project :                    +
  9207.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  9208. +---------------------------------------------------------------------------+
  9209.  
  9210.  
  9211.  
  9212. From owner-blitz-list@helsinki.fiSun Sep  3 22:30:12 1995
  9213. Date: Tue, 16 May 1995 19:35:52 +0300
  9214. From: owner-blitz-list@helsinki.fi
  9215. To: owner-blitz-list@helsinki.fi
  9216. Subject: BOUNCE blitz-list@helsinki.fi: Admin request
  9217.  
  9218. >From blitz-list-owner  Tue May 16 19:35:48 1995
  9219. Received: from oleh.srce.hr (oleh.srce.hr [161.53.3.3]) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) with SMTP id TAA16840 for <blitz-list@helsinki.fi>; Tue, 16 May 1995 19:35:36 +0300
  9220. Received: from kduras@localhost by oleh.srce.hr (8.6.12/1.37)
  9221.      id RAA20028 for blitz-list@helsinki.fi; Tue, 16 May 1995 17:35:55 GMT
  9222. From: Kresimir.Djuracic@public.srce.hr (Kresimir Djuracic)
  9223. Message-Id: <199505161735.RAA20028@oleh.srce.hr>
  9224. Subject: UNSUBSCRIBE !!
  9225. To: blitz-list@helsinki.fi
  9226. Date: Tue, 16 May 1995 19:35:54 +0200 (MET)
  9227. X-Mailer: ELM [version 2.4 PL23]
  9228. MIME-Version: 1.0
  9229. Content-Type: text/plain; charset=US-ASCII
  9230. Content-Transfer-Encoding: 7bit
  9231. Content-Length: 142       
  9232.  
  9233. Hello..
  9234.  
  9235.   Sorry but just like Jurgen valks i have to sold my A1200....
  9236.  
  9237.  
  9238.   That was excellent list and all of you...
  9239.  
  9240.  
  9241.     See you...
  9242.  
  9243.  
  9244.  ByE
  9245.  
  9246.  
  9247. From phips@scout.rhein-main.deSun Sep  3 22:30:12 1995
  9248. Date: Tue, 16 May 95 18:53:59 CET
  9249. From: Philipp Lonke <phips@scout.rhein-main.de>
  9250. To: blitz-list@helsinki.fi
  9251. Subject: Re: ACID Software and Blitz Compiler
  9252.  
  9253. Hi Stephen, you wrote in <Pine.SUN.3.90.950516101350.7409C-100000@anubis> on May 16:
  9254.  
  9255. > It would be quite tricky when you consider that Ted does not use OS 
  9256. > routines for outputing its text (I presume anyway). Thus using a GFX card 
  9257. > screen mode would either require Ted to be rewritten to use the OS or 
  9258. > have custom routines for each board added.
  9259.  
  9260. Why still hang on this ugly TED? Make a cli-compiler/linker etc. and
  9261. the user can choose any editor *he* wants (like GoldED or CEd). TED
  9262. causes so many problems and it is far away from being even a little
  9263. bit comfortable!
  9264.  
  9265. -- 
  9266. Philipp Lonke * phips@scout.rhein-main.de * postal adress on demand
  9267. "Lehrerkommödie: Die Armut der Lehrer, während die Staaten Unsummen für
  9268. die Wehrmacht hinauswerfen. Da sie nur Lehrer für 600 DM sich leisten
  9269. können, bleiben die Völker so dumm, daß sie sich Kriege für 60
  9270. Milliarden leisten müssen." (Ch. Morgenstern, "Aphorismen")
  9271.  
  9272.  
  9273. From phips@scout.rhein-main.deSun Sep  3 22:30:12 1995
  9274. Date: Tue, 16 May 95 23:27:53 CET
  9275. From: Philipp Lonke <phips@scout.rhein-main.de>
  9276. To: blitz-list@helsinki.fi
  9277. Subject: Weird thing happening ...
  9278.  
  9279. I recently added some amiga-libs commands from a library via the
  9280. FDConv program and everything worked fine. TED tokenised the new
  9281. commands right.
  9282.  
  9283. But from one day to another, TED just doesn't accept these commands
  9284. anymore and tokenises them wrong! When I type 
  9285.  
  9286.         MY_NewCommand_ 
  9287.  
  9288. that's what TED does of it:
  9289.  
  9290.         PEAnewCommand_
  9291.  
  9292. he tokenises any sh*t of it?!!?? What happened? Can somebody help me?
  9293. Can somebody tell the boys at Acid to stop this tokenising crap and to
  9294. stop TED? BlitzBasic could be even more powerful when the code could
  9295. be compiled/linked via CLI (like E) ...
  9296.  
  9297. -- 
  9298. Philipp Lonke * phips@scout.rhein-main.de * postal adress on demand
  9299. "Lehrerkommödie: Die Armut der Lehrer, während die Staaten Unsummen für
  9300. die Wehrmacht hinauswerfen. Da sie nur Lehrer für 600 DM sich leisten
  9301. können, bleiben die Völker so dumm, daß sie sich Kriege für 60
  9302. Milliarden leisten müssen." (Ch. Morgenstern, "Aphorismen")
  9303.  
  9304.  
  9305. From acid@iconz.co.nzSun Sep  3 22:30:12 1995
  9306. Date: Wed, 17 May 1995 09:39:21 +1200 (NZST)
  9307. From: Simon <acid@iconz.co.nz>
  9308. To: David Shaw <davids@mech.gla.ac.uk>
  9309. Cc: blitz-list@helsinki.fi
  9310. Subject: Re: Executables Guru
  9311.  
  9312. If you have enough memory you should create the executable with runtime 
  9313. errors enabled. If it still gurus then let me know,
  9314.  
  9315. Simon
  9316.  
  9317.  
  9318. From acid@iconz.co.nzSun Sep  3 22:30:12 1995
  9319. Date: Wed, 17 May 1995 09:54:02 +1200 (NZST)
  9320. From: Simon <acid@iconz.co.nz>
  9321. To: Philipp Lonke <phips@scout.rhein-main.de>
  9322. Cc: blitz list <blitz-list@helsinki.fi>
  9323. Subject: MarkSibly's new Address
  9324.  
  9325.  
  9326.  
  9327. On Wed, 22 Dec 1993, Philipp Lonke wrote:
  9328.  
  9329. > Does Marc has his own InterNet-account? (Your "realname" is no more
  9330. > "Simon or Marc" ;))
  9331.  
  9332. If people want to get hold of Mark Sibly he is now at blkmagic@ihug.co.nz
  9333.  
  9334. Simon
  9335.  
  9336.  
  9337. From zor@execpc.comSun Sep  3 22:30:12 1995
  9338. Date: Wed, 17 May 1995 02:02:11 -0500 (CDT)
  9339. From: Joe Bott <zor@execpc.com>
  9340. To: blitz-list@helsinki.fi
  9341. Subject: BitplanesBitmap
  9342.  
  9343. Hello! I know this has been explained several times, but how does one 
  9344. effectivly use the BitplanesBitmap command? I'm trying to figure out how 
  9345. to blit my 1 bitplane image on a 3-4 bitplane bitmap, and get something 
  9346. beside only color #1...
  9347.  
  9348. Thanks
  9349. Joe
  9350.  
  9351.  
  9352.  
  9353. From ngh94@aber.ac.ukSun Sep  3 22:30:12 1995
  9354. Date: Wed, 17 May 1995 11:56:30 +0100
  9355. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  9356. To: blitz-list@helsinki.fi
  9357. Subject: Re: Am I moaning? Or being reasonable? 
  9358.  
  9359. In message <Pine.SUN.3.90.950516162815.1365B-100000@anubis>, 
  9360.     Stephen McNamara <sis3149@sis.portsmouth.ac.uk> writes:
  9361. > Hello ppl,
  9362. >     a while ago I asked if people wanted to test out a new version of 
  9363. > my debugger - to check it works okay and is stable enough.  Well quite a 
  9364. > few people offered to test it and each of them promptly received a copy 
  9365. > through email.  Now this was quite a while ago and whilst I appreciate 
  9366. > that people may be busy with other things I'll like to know what people 
  9367. > thought.
  9368.  
  9369. Of course you do, that's why you sent it to them!
  9370.  
  9371. > I belive  Nigel Hughes is having this same problem - people who offer to 
  9372. > test software but do not actually come back with suggestions or comments 
  9373. > about the software.
  9374.  
  9375. Yes I am. I know people are busy, but I need to know what people think! We
  9376. need your support, suggestions and comments. PLEASE tell us, even if it is
  9377. just to say what you did not like!
  9378.  
  9379. > This is very frustrating since it means that I have no feedback from 
  9380. > other people (except people I'm in contact with everyday).  Has anyone 
  9381. > out there tested the version of the debugger I sent to them?  Surely 
  9382. > someone could reply.  Its a pity really because the lack of response has 
  9383. > held up a release that substantially upgrades the debugger...
  9384.  
  9385. Ditto re ShapeZ.
  9386.  
  9387. > I have to say thanx to the ***one*** person who replied about the 
  9388. > debugger - sorry it was so long ago I can't remember your name... :)
  9389.  
  9390. Thanks to Brett Cooper in my case, who has sent praise, critques AND 
  9391. suggestions! Consequently 99% of his comments will be incorporated.
  9392.  
  9393. Simple as that!
  9394.  
  9395. Nigel Hughes
  9396.  
  9397. +---------------------------------------------------------------------------+
  9398.                  L E A D I N G   E D G E   S O F T W A R E
  9399. +---------------------------------------------------------------------------+
  9400.             FUNdamental              | Current project : ShapeZ II Arexx    +
  9401.           ngh94@aber.ac.uk           | [##################::::::::::::::::] +
  9402. +---------------------------------------------------------------------------+
  9403.  
  9404.  
  9405.  
  9406.  
  9407. From modonnell@meto.govt.ukSun Sep  3 22:30:12 1995
  9408. Date: Wed, 17 May 1995 13:01:17 +0000 (GMT)
  9409. From: modonnell@meto.govt.uk
  9410. To: blitz-list@helsinki.fi
  9411. Subject: Re: BitplanesBitmap
  9412.  
  9413.  
  9414. Joe Bott wrote:
  9415.  
  9416.  > Hello! I know this has been explained several times, but how does one
  9417.  > effectivly use the BitplanesBitmap command? I'm trying to figure out how
  9418.  > to blit my 1 bitplane image on a 3-4 bitplane bitmap, and get something
  9419.  > beside only color #1...
  9420.  
  9421.  
  9422.   Yeah, I'd like to see an example of this command too.  I've never managed
  9423.   to get it to do *anything*
  9424.  
  9425.  
  9426.  -Matt
  9427.  
  9428.  ____________________________________________________________________________
  9429. ////////// Matthew O'Donnell |||||||||||||||| modonnell@meto.govt.uk \\\\\\\\\
  9430. ------------------------------------------------------------------------------
  9431.  
  9432.  
  9433.  
  9434. From D.C.J.Pink@herts.ac.ukSun Sep  3 22:30:12 1995
  9435. Date: Wed, 17 May 1995 15:06:40 +0100 (BST)
  9436. From: Pink <D.C.J.Pink@herts.ac.uk>
  9437. To: The Blitz list <blitz-list@helsinki.fi>
  9438. Subject: Guru during compilation
  9439.  
  9440. I`ve just recently found a strange bug during compilation (NOT 
  9441. execution).  It only needs one line to test :
  9442.  
  9443. S$=GetProgName{}
  9444.  
  9445. When this above line is compiled (even if just trying to make an 
  9446. executeable) it gurus with #80000004 (Illegal instruction).  Also if you 
  9447. try :
  9448.  
  9449. S.w=GetProgName{}
  9450.  
  9451. it doesn`t actually guru, but if run time errors are enabled it also 
  9452. brings up a run time error.
  9453.  
  9454.  
  9455. Bit strange really, all I was trying to do was make a function called 
  9456. GetProgName{} :)
  9457.  
  9458. .------------------------.
  9459. |     --.                |
  9460. |     |  \ ,--, ,--,     |
  9461. |     |  | |  | |  |     |
  9462. |     ---' `--`-`  '     |
  9463. |========================|
  9464. | D.C.J.Pink@Herts.ac.uk |
  9465. |   (until ~July 1995)   |
  9466. `------------------------'
  9467.  
  9468.  
  9469.  
  9470. From josh@pinsight.comSun Sep  3 22:30:12 1995
  9471. Date: Wed, 17 May 1995 07:45:50 -0700 (PDT)
  9472. From: Josh Farley <josh@pinsight.com>
  9473. To: blitz-list@helsinki.fi
  9474. Subject: Re: Testing programs...
  9475.  
  9476.  
  9477. To Stephen and Nigel,
  9478.  
  9479.    I'll test your programs if you like, and yes, I will give feedback... 
  9480. I know how important that is to morale, if nothing else... :)
  9481.  
  9482. Josh Farley     Netmail: 1:119/88     E-Mail: josh@pinsight.com
  9483.   Now Available: "TeleTerm" Terminal program Version 2.0
  9484.       FTP as comm/term/teleterm20.lha
  9485.   Also Available: "Ooze" ECS/AGA Version 2...
  9486.       FTP as game/think/oozeaga2u.lha or game/think/oozeecs2u.lha
  9487.   or at 1:119/88 or 916-893-8079
  9488.  
  9489.  
  9490.  
  9491. From mmmakela@cc.helsinki.fiSun Sep  3 22:30:12 1995
  9492. Date: Wed, 17 May 1995 18:14:41 +0300 (EETDST)
  9493. From: Mikko Makela <mmmakela@cc.helsinki.fi>
  9494. To: blitz-list@helsinki.fi
  9495. Subject: Re: BitplanesBitmap (fwd)
  9496.  
  9497. Forwarded message:
  9498. > From blitz-list-owner  Wed May 17 16:41:26 1995
  9499. > From: modonnell@meto.govt.uk
  9500. > Date: Wed, 17 May 1995 13:01:17 +0000 (GMT)
  9501. > Subject: Re: BitplanesBitmap
  9502. > To: blitz-list@helsinki.fi
  9503.  
  9504. > Joe Bott wrote:
  9505. >  > Hello! I know this has been explained several times, but how does one
  9506. >  > effectivly use the BitplanesBitmap command? I'm trying to figure out how
  9507. >  > to blit my 1 bitplane image on a 3-4 bitplane bitmap, and get something
  9508. >  > beside only color #1...
  9509. >  
  9510. >   Yeah, I'd like to see an example of this command too.  I've never managed
  9511. >   to get it to do *anything*
  9512. >  -Matt
  9513.  
  9514. Here is again my 3d stars example. This is "unbeutified" & uncommneted
  9515. early version, I didn't find the other one rigth away.
  9516.  
  9517. Red/blue glasses are needed to see the effect of stars coming
  9518. towards the "player".
  9519.  
  9520. Btw, Matt, I could check those graphics you have already done
  9521. for the robotgame.
  9522.  
  9523. -Mikko
  9524. ----snip---------
  9525.  
  9526. ;example by Mikko Makela (not the original idea though)
  9527.  
  9528. Dim xv.q(100),xo(100),y.q(100),z.w(100)
  9529. Screen 1,2
  9530. ScreensBitMap 1,1
  9531. Use BitMap 1
  9532. Boxf 0,0,20,20,3
  9533. GetaShape 0,0,0,2,3
  9534. Goto h:
  9535. RGB 0,0,0,0
  9536. Cls 0
  9537. For l1=1 To 15:For l2=1 To 15
  9538. RGB l2,0,l1,l2
  9539. VWait
  9540. Boxf l2*5,l2*5,l2*5+5,l2*5+5,l2
  9541. Next l2
  9542. MouseWait
  9543. VWait 10
  9544. Next l1
  9545. End
  9546. h:
  9547. CloseScreen 1
  9548.  
  9549.  
  9550. BLITZ
  9551. BitMap 0,320,256,4
  9552. BitMap 1,320,256,4
  9553.  
  9554. Slice 0,44,320,256,$fff0,4,8,32,320,320
  9555.  
  9556. BitPlanesBitMap 0,2,3
  9557. BitPlanesBitMap 0,3,12
  9558. BitPlanesBitMap 1,4,3
  9559. BitPlanesBitMap 1,5,12
  9560.  
  9561. ;BitPlanesBitmap is used here to "devide" the original bitmap
  9562. ;to allow the blitting of red/blue stars separately so, that
  9563. ;whenever they share some area, the area will be coloured as
  9564. ;a compination of red&blue (palette is made that way).
  9565. ;This technique could be easily used with much more complex
  9566. ;3D-programs with more complex objects - just 2 versions of
  9567. ;one object should be blitted (one for each eye), the other
  9568. ;in red and the other in blue, from little different "viewpoints"
  9569.  
  9570. For l=0 To 15
  9571. Read r,b
  9572. RGB l,b,0,r
  9573. Next l
  9574. Data 0,0,3,0,6,0,9,0,0,3,3,3,6,3,9,3,0,6,3,6,6,6,9,6,0,9,3,9,6,9,9,9
  9575.  
  9576.  
  9577. For l=1 To m
  9578. xv(l)=kpx+Rnd(100)-50:xo(l)=xv(l)+20:y(l)=kpy+Rnd(100)-50
  9579. z(l)=Rnd(100)
  9580. Next l
  9581. m=20:vakio=0.0003
  9582. kpx.q=170:kpy.q=120
  9583. While Joyb(0)=0
  9584.  For l=1 To m
  9585.   xv(l)=xv(l)+(xv(l)-kpx)*vakio*z(l)
  9586.   xo(l)=xv(l)+(200-z(l))*0.1
  9587.   y(l)=y(l)+(y(l)-kpy)*vakio*z(l)
  9588.   z(l)=z(l)+1
  9589.   If xv(l)<3 OR xo(l)>317 OR y(l)<3 OR y(l)>250 OR z(l)>200
  9590.    xv(l)=kpx+Rnd(100)-50:xo(l)=xv(l)+10:y(l)=kpy+Rnd(100)-50
  9591.    z(l)=Rnd(20)
  9592.   EndIf
  9593.   Use BitMap 2
  9594.   Blit 0,xv(l),y(l)
  9595.   Use BitMap 3
  9596.   Blit 0,xo(l),y(l)
  9597.  Next l
  9598.  Show 0
  9599.  Use BitMap 1
  9600.  Cls 0
  9601.  
  9602.  For l=1 To m
  9603.   xv(l)=xv(l)+(xv(l)-kpx)*vakio*z(l)
  9604.   xo(l)=xv(l)+(200-z(l))*0.1
  9605.   y(l)=y(l)+(y(l)-kpy)*vakio*z(l)
  9606.   z(l)=z(l)+1
  9607.   If xv(l)<3 OR xo(l)>317 OR y(l)<3 OR y(l)>250 OR z(l)>200
  9608.    xv(l)=kpx+Rnd(100)-50:xo(l)=xv(l)+10:y(l)=kpy+Rnd(100)-50
  9609.    z(l)=Rnd(20)
  9610.   EndIf
  9611.   Use BitMap 2
  9612.   Blit 0,xv(l),y(l)
  9613.   Use BitMap 3
  9614.   Blit 0,xo(l),y(l)
  9615.  Next l
  9616.  Show 1
  9617.  Use BitMap 0
  9618.  Cls 0
  9619. Wend
  9620. AMIGA
  9621. ;MouseWait
  9622. End
  9623.  
  9624.  
  9625.  
  9626.  
  9627. From rbarbaga@cs.uml.eduSun Sep  3 22:30:12 1995
  9628. Date: Wed, 17 May 1995 17:45:06 -0400 (EDT)
  9629. From: Ralph Barbagallo <rbarbaga@cs.uml.edu>
  9630. To: Philipp Lonke <phips@scout.rhein-main.de>
  9631. Cc: blitz-list@helsinki.fi
  9632. Subject: I'm a bit rusty--so help me o ut.
  9633.  
  9634.     Hey all, I just started getting back into blitz today (I'm going
  9635. to code something over the summer--I hope).  So, I printed out my
  9636. old source from last summer and whipped up a program that just blits
  9637. a ball on the screen according to joystick movements. However, when I 
  9638. COMPILE/RUN the thing it compiles, but doesn't appear to run.  The screen
  9639. doesn't even flinch.  I'll send the source up if you want (it's really
  9640. short), but are there any compile options or basic instructions needed
  9641. to get a program to compile and run correctly?  I loaded up my old
  9642. half-baked invaders source from last summer and it compiled without
  9643. a hitch and ran fine.  So, what's the deal?
  9644.  
  9645.  
  9646. From acid@iconz.co.nzSun Sep  3 22:30:12 1995
  9647. Date: Thu, 18 May 1995 10:52:38 +1200 (NZST)
  9648. From: Simon <acid@iconz.co.nz>
  9649. To: Joe Bott <zor@execpc.com>
  9650. Cc: blitz-list@helsinki.fi
  9651. Subject: Re: BitplanesBitmap
  9652.  
  9653.  
  9654.  
  9655. On Wed, 17 May 1995, Joe Bott wrote:
  9656.  
  9657. > Hello! I know this has been explained several times, but how does one 
  9658. > effectivly use the BitplanesBitmap command? I'm trying to figure out how 
  9659. > to blit my 1 bitplane image on a 3-4 bitplane bitmap, and get something 
  9660. > beside only color #1...
  9661. > Thanks
  9662. > Joe
  9663. >
  9664. That is not what it is for, use the "excess color" optional parameter in 
  9665. the blit command to blit a 1 color shape in different colors. Hmmm, well 
  9666. you can use bitplanesbitmap for speed but unless you are blitting to a 
  9667. clean area of the bitmap you will get color-mixing, which is good for 
  9668. somethings but not good for others. 
  9669.  > 
  9670.  
  9671.  
  9672. From acid@iconz.co.nzSun Sep  3 22:30:12 1995
  9673. Date: Thu, 18 May 1995 11:17:56 +1200 (NZST)
  9674. From: Simon <acid@iconz.co.nz>
  9675. To: NIGEL HUGHES <ngh94@aber.ac.uk>
  9676. Cc: blitz-list@helsinki.fi
  9677. Subject: Re: Am I moaning? Or being reasonable? 
  9678.  
  9679.  
  9680.  
  9681. On Wed, 17 May 1995, NIGEL HUGHES wrote:
  9682.  
  9683. > Thanks to Brett Cooper in my case, who has sent praise, critques AND 
  9684. > suggestions! Consequently 99% of his comments will be incorporated.
  9685. I'll pass the message on as he is currently up In Auckland for his 
  9686. sisters wedding and I promised him a drink at the pub. 
  9687.  
  9688. I have somehow gone from one major deadline to another and have hence 
  9689. been programming Z80 machine code for the last 2 weeks. As soon as the 
  9690. code is working it is definately Bum8 time... 
  9691.  
  9692.  
  9693. From sis3149@sis.port.ac.ukSun Sep  3 22:30:12 1995
  9694. Date: Thu, 18 May 1995 08:57:57 +0100 (BST)
  9695. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  9696. To: Simon <acid@iconz.co.nz>
  9697. Cc: blitz-list@helsinki.fi
  9698. Subject: Re: Am I moaning? Or being reasonable? 
  9699.  
  9700. On Thu, 18 May 1995, Simon wrote:
  9701.  
  9702. > I have somehow gone from one major deadline to another and have hence 
  9703. > been programming Z80 machine code for the last 2 weeks. As soon as the 
  9704. > code is working it is definately Bum8 time... 
  9705.  
  9706. Is this Super NES code?  I'm sure thats got an 8 bit chip like the Z80.
  9707.  
  9708. How about getting back to the amy for a few weeks? ;-)
  9709.  
  9710.  
  9711.  
  9712. Steve Mc.
  9713.  
  9714. +---------------------------------------------------------------------------+
  9715.                  L E A D I N G   E D G E   S O F T W A R E
  9716. +---------------------------------------------------------------------------+
  9717.                 Hang                 | Current project :                    +
  9718.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  9719. +---------------------------------------------------------------------------+
  9720.  
  9721.  
  9722.  
  9723. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:12 1995
  9724. Date: Thu, 18 May 1995 09:55:07 +0100
  9725. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  9726. To: blitz-list@helsinki.fi
  9727. Subject: Re: Am I moaning? Or being reasonable?
  9728.  
  9729. >     a while ago I asked if people wanted to test out a new version of 
  9730. > my debugger - to check it works okay and is stable enough.  Well quite a 
  9731. > few people offered to test it and each of them promptly received a copy 
  9732. > through email.  Now this was quite a while ago and whilst I appreciate 
  9733. > that people may be busy with other things I'll like to know what people 
  9734. > thought.
  9735.  
  9736. Well I probably asked for it, but with my Ami being ill for the past 8 weeks
  9737. now (no HD), and Im only just sorting it, I cant really say~!
  9738.  
  9739. > I belive  Nigel Hughes is having this same problem - people who offer to 
  9740. > test software but do not actually come back with suggestions or comments 
  9741. > about the software.
  9742.  
  9743. Well I played with Shapez2 the other night - and it looked quite nice - I 
  9744. didnt have much time with it though....
  9745. One thing that _might _ be an idea is to have a help type thing (like they
  9746. have in Word/etc - go into help mode, and little text sections appear under
  9747. the button the mouse is over to tell you what the button does.  I know that
  9748. I looked at all those nice buttons and thought - Cool - lots of things to do -
  9749. so what are they!
  9750.  
  9751. Just a thought.....
  9752.  
  9753. Mark Tiffany
  9754.  
  9755. .---------------------------------------------------------------.
  9756. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  9757. |  ===========================================================  |
  9758. |                http://sun1.bham.ac.uk/cca93057                |
  9759. |---------------------------------------------------------------|
  9760. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |
  9761. '---------------------------------------------------------------'
  9762.  
  9763.  
  9764. From ngh94@aber.ac.ukSun Sep  3 22:30:12 1995
  9765. Date: Thu, 18 May 1995 10:10:09 +0100
  9766. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  9767. To: blitz-list@helsinki.fi
  9768. Subject: Re: Am I moaning? Or being reasonable? 
  9769.  
  9770.  
  9771. > Well I played with Shapez2 the other night - and it looked quite nice - I 
  9772. > didnt have much time with it though....
  9773. > One thing that _might _ be an idea is to have a help type thing (like they
  9774. > have in Word/etc - go into help mode, and little text sections appear under
  9775. > the button the mouse is over to tell you what the button does.  I know that
  9776. > I looked at all those nice buttons and thought - Cool - lots of things to do 
  9777. > -
  9778. > so what are they!
  9779.  
  9780. A good one to, actually the old version of ShapeZ used to have a similar
  9781. feature, but it kind of got lost in the rewrite, how about a help window,
  9782. with alittle bit of text in it saying what the current button is and what
  9783. ShapeZ is expecting you to do etc?
  9784.  
  9785. > Just a thought.....
  9786. > Mark Tiffany
  9787.  
  9788. Cheers Mark,
  9789.  
  9790. +---------------------------------------------------------------------------+
  9791.                  L E A D I N G   E D G E   S O F T W A R E
  9792. +---------------------------------------------------------------------------+
  9793.             FUNdamental              | Current project : ShapeZ II Arexx    +
  9794.           ngh94@aber.ac.uk           | [########################::::::::::] +
  9795. +---------------------------------------------------------------------------+
  9796.  
  9797.  
  9798.  
  9799.  
  9800.  
  9801.  
  9802. From acid@iconz.co.nzSun Sep  3 22:30:12 1995
  9803. Date: Thu, 18 May 1995 22:54:03 +1200 (NZST)
  9804. From: Simon <acid@iconz.co.nz>
  9805. To: Stephen McNamara <sis3149@sis.port.ac.uk>
  9806. Cc: blitz-list@helsinki.fi
  9807. Subject: Re: Am I moaning? Or being reasonable? 
  9808.  
  9809.  
  9810.  
  9811. On Thu, 18 May 1995, Stephen McNamara wrote:
  9812.  
  9813. > Is this Super NES code?  I'm sure thats got an 8 bit chip like the Z80.
  9814. > How about getting back to the amy for a few weeks? ;-)
  9815. No its the coprocessor on the megadrive running at 4mhz with some very 
  9816. slow opcodes indeed, makes the 68000K at 7 look like a ferrari.
  9817.  
  9818. As for Ami, I've been working on an editor (haven't we all!) which lets 
  9819. you design 3D shapes with a number of bizarre tools, god it is so hard 
  9820. making things good enough for your average graphics person say what...
  9821.  
  9822. Anyway, once you design your lego-3d style shape you can paint on it like 
  9823. dpaint so edges can have darker blocks which makes the shape look rounder 
  9824. (see harddrivin usa for best example of this technique)).
  9825.  
  9826. Anyway, each block is one pixel and the z80 and 68000 are both going to 
  9827. be rendering cars on the fly by a sort of recursive line drawing system, 
  9828. and seeing as megadrive is nibble per pixel it is a bit quick than old 
  9829. ami's bitplanes.
  9830.  
  9831. The code is then going onto the gpu of the jaguar, this baby runs at 
  9832. 28mhz, is risk meaning properly written machine code = 1 instruction per 
  9833. cycle. A lo res pixel takes 140 ns, so with a slightly smaller display 
  9834. I think we can get somthing like 28mil/320*200*50 gives you something 
  9835. like 10 instructions for each pixel at 50 fps.
  9836.  
  9837. A fast PC is going to give better performance but unless you have a 
  9838. stealth or similar graphics card it takes the best part a frame just to 
  9839. transfer graphics into VGA. So PC sucks.
  9840.  
  9841. Anyway, back to Jaguar, the DSP is just as fast as GPU so you can 
  9842. pre-process your data before it gets to the GPU. For us this means that 
  9843. the mountains and shit we have in our new iso-killer can be converted 
  9844. from curves (nurby ones at that) into a dense array of triangles which 
  9845. the gpu can then merrily draw (1200 per frame at present).
  9846.  
  9847. Hmmm, now i think ID have cottoned on to the jag because it is getting 
  9848. their next release first with PC so that should be cool. Also street 
  9849. price is now less than 150 quid which to me is just awesome.
  9850.  
  9851. OK, Amiga is not dead but Ted does deserve to be shot. I will be 
  9852. releasing latest source code to Ted in Bum8 and I will have some time 
  9853. next week to get it finished.
  9854.  
  9855. Sorry for the technical shit but if you get a cable with ABC that lets 
  9856. you plug into 60 mips of power for 150 quid I think some of you will 
  9857. appreciate this.
  9858.  
  9859. I'm off to netscape...
  9860.  
  9861. Bye.
  9862.  
  9863.  
  9864. From ngh94@aber.ac.ukSun Sep  3 22:30:12 1995
  9865. Date: Thu, 18 May 1995 13:32:11 +0100
  9866. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  9867. To: blitz-list@helsinki.fi
  9868. Subject: Re: Am I moaning? Or being reasonable? 
  9869.  
  9870. In message <Pine.SUN.3.91.950518223843.26192B-100000@iconz.co.nz>, 
  9871.     Simon <acid@iconz.co.nz> writes:
  9872. > On Thu, 18 May 1995, Stephen McNamara wrote:
  9873. > As for Ami, I've been working on an editor (haven't we all!) which lets 
  9874. > you design 3D shapes with a number of bizarre tools, god it is so hard 
  9875. > making things good enough for your average graphics person say what...
  9876.  
  9877. Hehe, I think we've all done that 8)
  9878.  
  9879. > The code is then going onto the gpu of the jaguar, this baby runs at 
  9880. > 28mhz, is risk meaning properly written machine code = 1 instruction per 
  9881. > cycle. A lo res pixel takes 140 ns, so with a slightly smaller display 
  9882. > I think we can get somthing like 28mil/320*200*50 gives you something 
  9883. > like 10 instructions for each pixel at 50 fps.
  9884.  
  9885. Yummy.
  9886.  
  9887. > A fast PC is going to give better performance but unless you have a 
  9888. > stealth or similar graphics card it takes the best part a frame just to 
  9889. > transfer graphics into VGA. So PC sucks.
  9890.  
  9891. Yup.
  9892.  
  9893. > Anyway, back to Jaguar, the DSP is just as fast as GPU so you can 
  9894. > pre-process your data before it gets to the GPU. For us this means that 
  9895. > the mountains and shit we have in our new iso-killer can be converted 
  9896. > from curves (nurby ones at that) into a dense array of triangles which 
  9897. > the gpu can then merrily draw (1200 per frame at present).
  9898.  
  9899. Any news from Atari? I heard you were going down there?
  9900.  
  9901. > Hmmm, now i think ID have cottoned on to the jag because it is getting 
  9902. > their next release first with PC so that should be cool. Also street 
  9903. > price is now less than 150 quid which to me is just awesome.
  9904.  
  9905. It is excellent.
  9906.  
  9907. > OK, Amiga is not dead but Ted does deserve to be shot. I will be 
  9908. > releasing latest source code to Ted in Bum8 and I will have some time 
  9909. > next week to get it finished.
  9910.  
  9911. That sounds like the ideal solution, is there ANY chance you could send
  9912. me the source sooner though? I would be eteranly grateful. Just think
  9913. of all of the stuff I have sent you over the last year. Am I begging?
  9914. I think I am.
  9915.  
  9916. > Sorry for the technical shit but if you get a cable with ABC that lets 
  9917. > you plug into 60 mips of power for 150 quid I think some of you will 
  9918. > appreciate this.
  9919.  
  9920. I think we will as well.
  9921.  
  9922. Nigel Hughes
  9923.  
  9924.  
  9925. From studer@ens.ascom.chSun Sep  3 22:30:12 1995
  9926. Date: Thu, 18 May 95 17:01:33 +0200
  9927. From: Studer Andreas 3132 <studer@ens.ascom.ch>
  9928. To: ngh94@aber.ac.uk
  9929. Cc: blitz-list@helsinki.fi
  9930. Subject: Re: Am I moaning? Or being reasonable?
  9931.  
  9932. Hello,
  9933.  
  9934. > > Anyway, back to Jaguar, the DSP is just as fast as GPU so you can 
  9935. > > pre-process your data before it gets to the GPU. For us this means that 
  9936. > > the mountains and shit we have in our new iso-killer can be converted 
  9937. > > from curves (nurby ones at that) into a dense array of triangles which 
  9938. > > the gpu can then merrily draw (1200 per frame at present).
  9939. > Any news from Atari? I heard you were going down there?
  9940.  
  9941. Well, if there are news, that the NN-side of Jaguar is now used to
  9942. sell the Jag-system, that some people there only talk about "what amazing system
  9943. the Saturn is",  That some people there talks about the death of Jag, that they
  9944. have a great lack of software, that Atari's shares will falling down every
  9945. week...
  9946.  
  9947. well, no special news, no.... :-)
  9948.  
  9949. cu
  9950.  
  9951. Andrew
  9952.  
  9953.  
  9954. From rbarbaga@cs.uml.eduSun Sep  3 22:30:12 1995
  9955. Date: Thu, 18 May 1995 11:22:38 -0400 (EDT)
  9956. From: Ralph Barbagallo <rbarbaga@cs.uml.edu>
  9957. To: blitz-list@helsinki.fi
  9958. Subject: Random Number Routine
  9959.  
  9960.     Does anyone have a good random number routine?  I've been messing 
  9961. around with VPOS, but I can't get a good one.  It seems to always come
  9962. up with the same number since the beam is at roughly the same position when the
  9963. game starts.  
  9964.  
  9965.  
  9966. From mmmakela@cc.helsinki.fiSun Sep  3 22:30:12 1995
  9967. Date: Thu, 18 May 1995 18:49:08 +0300 (EETDST)
  9968. From: Mikko Makela <mmmakela@cc.helsinki.fi>
  9969. To: blitz-list@helsinki.fi
  9970. Subject: Re: Am I moaning? Or being reasonable? (fwd)
  9971.  
  9972. Forwarded message:
  9973. [deleted]
  9974.  
  9975. > A good one to, actually the old version of ShapeZ used to have a similar
  9976. > feature, but it kind of got lost in the rewrite, how about a help window,
  9977. > with alittle bit of text in it saying what the current button is and what
  9978. > ShapeZ is expecting you to do etc?
  9979.  
  9980. If I could decide, this would be in the guidelines for all software
  9981. done for Amiga from now on...
  9982.  
  9983. Someone told about good "TED" made by some german. Does it already
  9984. have something like this ? Simon, have you checked the editor ?
  9985. If you would want to read something else for a chance than moaning
  9986. from this list, give us better editor as soon as possible 8)...
  9987.  
  9988. -Mikko
  9989.  
  9990.  
  9991.  
  9992.  
  9993.  
  9994.  
  9995. From mmmakela@cc.helsinki.fiSun Sep  3 22:30:12 1995
  9996. Date: Thu, 18 May 1995 18:53:38 +0300 (EETDST)
  9997. From: Mikko Makela <mmmakela@cc.helsinki.fi>
  9998. To: blitz-list@helsinki.fi
  9999. Subject: Re: Am I moaning? Or being reasonable? (fwd)
  10000.  
  10001. Forwarded message:
  10002.  
  10003. > From: Simon <acid@iconz.co.nz>
  10004.  
  10005. > OK, Amiga is not dead but Ted does deserve to be shot. I will be 
  10006. > releasing latest source code to Ted in Bum8 and I will have some time 
  10007. > next week to get it finished.
  10008.  
  10009. Uh, I should have learned to read all messages before making a 
  10010. statement - but this is good news indeed.
  10011.  
  10012. -Mikko
  10013.  
  10014.  
  10015. From mmmakela@cc.helsinki.fiSun Sep  3 22:30:12 1995
  10016. Date: Thu, 18 May 1995 19:13:43 +0300 (EETDST)
  10017. From: Mikko Makela <mmmakela@cc.helsinki.fi>
  10018. To: blitz-list@helsinki.fi
  10019. Subject: Random Number Routine (fwd)
  10020.  
  10021. Forwarded message:
  10022. > From: Ralph Barbagallo <rbarbaga@cs.uml.edu>
  10023. >     Does anyone have a good random number routine?  I've been messing 
  10024. > around with VPOS, but I can't get a good one.  It seems to always come
  10025. > up with the same number since the beam is at roughly the same position when the
  10026. > game starts.  
  10027.  
  10028. Have you tried the obvious: using Timer as a seed ?
  10029. Ofcourse, if you boot every time before playing, it may not work
  10030. too well either.
  10031.  
  10032. -Mikko
  10033.  
  10034.  
  10035. From rbarbaga@cs.uml.eduSun Sep  3 22:30:12 1995
  10036. Date: Thu, 18 May 1995 15:13:10 -0400 (EDT)
  10037. From: Ralph Barbagallo <rbarbaga@cs.uml.edu>
  10038. To: blitz-list@helsinki.fi
  10039. Subject: What's the deal?
  10040.  
  10041.  
  10042. >     Okay, I'm trying to do what I consider an extremely simple task
  10043. > in Blitz BASIC 2.  I'm making this ball bounce off the screen borders. 
  10044. > So, when it hits the edge of the screen, it's supposed to assign the speed
  10045. > factor to the increment value.  If it hits the left side of the screen,
  10046. > I'll assign a negative speed value to the incrementy value etc.  And
  10047. > before the loop starts, it will add the incrementy and incrementx value
  10048. > to the actual x and y positions.  This makes the ball bounce of the
  10049. > edges of the screen.
  10050. >     HOWEVER... it seems Blitz has a problem using variables to do this.
  10051. > If I just put a number, say 2, instead of the speed value, it works like
  10052. > a charm.  But, if I put in speed, for the y value it refuses to negate
  10053. > the speed variable when I assign '-speed' to it  It seems to work fine
  10054. > when I assign -speed to the incrementx value.  But the ball just sticks
  10055. > along the bottom of the screen once it hits it, which I assume is the
  10056. > result of the incrementy value not negating.  If I go in and replace
  10057. > the reference to speed and -speed with a number, it works fine.  Why
  10058. > is this?
  10059. >     Also, how come I can't use the Abs function on a variable?
  10060. > I tried getting the Abs of enemy\incrementx by doing Abs(enemy\incrementx)
  10061. > but it gives me an error.  Argh!  Also, is there any way I can use
  10062. > something other than TED?  TED just plain sucks.  
  10063. > --PAA23097.800824313/jupiter.cs.uml.edu--
  10064.  
  10065.  
  10066.  
  10067. From josh@pinsight.comSun Sep  3 22:30:13 1995
  10068. Date: Thu, 18 May 1995 12:36:54 -0700 (PDT)
  10069. From: Josh Farley <josh@pinsight.com>
  10070. To: Simon <acid@iconz.co.nz>
  10071. Cc: Stephen McNamara <sis3149@sis.port.ac.uk>, blitz-list@helsinki.fi
  10072. Subject: Re: Am I moaning? Or being reasonable? 
  10073.  
  10074.  
  10075.  
  10076. On Thu, 18 May 1995, Simon wrote:
  10077.  
  10078. > OK, Amiga is not dead but Ted does deserve to be shot. I will be 
  10079. > releasing latest source code to Ted in Bum8 and I will have some time 
  10080. > next week to get it finished.
  10081.  
  10082.   Alright!  I personallly thank you from the bottom of my heart... and 
  10083. I'll thank you better with an improved version, I hope... :)
  10084.  
  10085. Josh Farley     Netmail: 1:119/88     E-Mail: josh@pinsight.com
  10086.   Now Available: "TeleTerm" Terminal program Version 2.0
  10087.       FTP as comm/term/teleterm20.lha
  10088.   Also Available: "Ooze" ECS/AGA Version 2...
  10089.       FTP as game/think/oozeaga2u.lha or game/think/oozeecs2u.lha
  10090.   or at 1:119/88 or 916-893-8079
  10091.  
  10092.  
  10093.  
  10094. From relmore@silver.sdsmt.eduSun Sep  3 22:30:13 1995
  10095. Date: Thu, 18 May 1995 15:42:45 -0600 (MDT)
  10096. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  10097. To: Ralph Barbagallo <rbarbaga@cs.uml.edu>
  10098. Cc: blitz-list@helsinki.fi
  10099. Subject: Re: Random Number Routine
  10100.  
  10101. On Thu, 18 May 1995, Ralph Barbagallo wrote:
  10102.  
  10103. >     Does anyone have a good random number routine?  I've been messing 
  10104. > around with VPOS, but I can't get a good one.  It seems to always come
  10105. > up with the same number since the beam is at roughly the same position when the
  10106. > game starts.  
  10107.  
  10108. If you haven't already got it, I believe BUM5 or BUM6 had my RRandomize 
  10109. and RRnd functions that should do what you want... The same set of 
  10110. libraries also had a "Ticks" function that is similar to "Timer" in other 
  10111. BASICs, so if you do:
  10112.  
  10113. RRandomize Ticks
  10114. Number=RRNd(1,10)
  10115.  
  10116. You won't be able to improve the randomness of that very well, and it's 
  10117. pretty darn fast... (Though improved versions of those libraries are on 
  10118. their way...)
  10119.  
  10120.     +---------------------------------------------------------------+
  10121.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  10122.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  10123.     +---------------------------------------------------------------+
  10124.  
  10125.  
  10126.  
  10127. From rbarbaga@cs.uml.eduSun Sep  3 22:30:13 1995
  10128. Date: Thu, 18 May 1995 18:35:28 -0400 (EDT)
  10129. From: Ralph Barbagallo <rbarbaga@cs.uml.edu>
  10130. To: blitz-list@helsinki.fi
  10131. Subject: Collision Schemes
  10132.  
  10133.     Okay, I'm doing a simple game here.  Should be finished in a few
  10134. days.  It's basically a modified version of Crash 'n' Score from the
  10135. Atari 2600. :)  I can't get a good collision routine going though.  I've
  10136. used Dpaint brushes for my shapes, but when I use the ShapesHit (or
  10137. whateveR) command, it seems to detect collisions around a sizable
  10138. perimeter surrounding the actual shape.  Just what are the X and Y
  10139. values in that command for?  And what are some better sprite collision
  10140. schemes? (Or should I have used ShapeZ2 instead of Dpaint to save my shapes?)
  10141.  
  10142.  
  10143. From zor@execpc.comSun Sep  3 22:30:13 1995
  10144. Date: Thu, 18 May 1995 17:44:51 -0500 (CDT)
  10145. From: Joe Bott <zor@execpc.com>
  10146. To: blitz-list@helsinki.fi
  10147. Subject: Slices
  10148.  
  10149. Hello everyone! Just wondering, why cant I have a dual playfield slice 
  10150. with 5 bitplanes, when the back bitmap has 1 bitplane, and the front has 4?
  10151. Right now I'm using 2 and 3 plane bitmaps, but 8 colors for the front is 
  10152. becoming a little short of what I need....
  10153.  
  10154. Joey.
  10155.  
  10156.  
  10157.  
  10158. From rbarbaga@cs.uml.eduSun Sep  3 22:30:13 1995
  10159. Date: Thu, 18 May 1995 19:25:09 -0400 (EDT)
  10160. From: Ralph Barbagallo <rbarbaga@cs.uml.edu>
  10161. To: Simon <acid@iconz.co.nz>
  10162. Cc: rbarbaga@cs.uml.edu, blitz-list@helsinki.fi
  10163. Subject: Re: Collision Schemes
  10164.  
  10165.     Well, I made sure I clipped the shapes pretty thightly with the polygon
  10166. marquee tool in DpaintIII.  So I don't know why the detections are so
  10167. wide around the object.  What are the X and Y values for in the ShapesHit
  10168. command? Is that to specify the position of the shape you're detecting 
  10169. for/against?
  10170.  
  10171.  
  10172. From acid@iconz.co.nzSun Sep  3 22:30:13 1995
  10173. Date: Fri, 19 May 1995 11:16:28 +1200 (NZST)
  10174. From: Simon <acid@iconz.co.nz>
  10175. To: Ralph Barbagallo <rbarbaga@cs.uml.edu>
  10176. Cc: blitz-list@helsinki.fi
  10177. Subject: Re: Collision Schemes
  10178.  
  10179.  
  10180.  
  10181. On Thu, 18 May 1995, Ralph Barbagallo wrote:
  10182.  
  10183. >     Okay, I'm doing a simple game here.  Should be finished in a few
  10184. > days.  It's basically a modified version of Crash 'n' Score from the
  10185. > Atari 2600. :)  I can't get a good collision routine going though.  I've
  10186. > used Dpaint brushes for my shapes, but when I use the ShapesHit (or
  10187. > whateveR) command, it seems to detect collisions around a sizable
  10188. > perimeter surrounding the actual shape.  Just what are the X and Y
  10189. > values in that command for?  And what are some better sprite collision
  10190. > schemes? (Or should I have used ShapeZ2 instead of Dpaint to save my shapes?)
  10191. > > 
  10192. When you cut out your shapes you should definately make them as this and 
  10193. short as possible as the width and height of the brush when you cut it 
  10194. out from dpaint is whats ShapeShit uses (hmmm, did I spell that right?)
  10195.  
  10196. Simon
  10197.  
  10198.  
  10199. From acid@iconz.co.nzSun Sep  3 22:30:13 1995
  10200. Date: Fri, 19 May 1995 11:18:09 +1200 (NZST)
  10201. From: Simon <acid@iconz.co.nz>
  10202. To: blitz list <blitz-list@helsinki.fi>
  10203. Subject: Re: Slices
  10204.  
  10205.  
  10206.  
  10207. On Thu, 18 May 1995, Joe Bott wrote:
  10208.  
  10209. > Hello everyone! Just wondering, why cant I have a dual playfield slice 
  10210. > with 5 bitplanes, when the back bitmap has 1 bitplane, and the front has 4?
  10211. > Right now I'm using 2 and 3 plane bitmaps, but 8 colors for the front is 
  10212. > becoming a little short of what I need....
  10213. > Joey.
  10214. Cos the hardware can't handle it. Are you scrolling them at different 
  10215. speeds, if you aren't I'll write another message about bitplanes bitmap 
  10216. for you all...
  10217.  
  10218. Simon
  10219.  
  10220.  
  10221. From SWIFFENR@vax7.curtin.EDU.AUSun Sep  3 22:30:13 1995
  10222. Date: Fri, 19 May 1995 11:46:28 +0800
  10223. From: Richard Wiffen <SWIFFENR@vax7.curtin.EDU.AU>
  10224. To: blitz-list@helsinki.fi
  10225. Subject: Re: Random Number Routine
  10226.  
  10227. > From: Ralph Barbagallo <rbarbaga@cs.uml.edu>
  10228.  
  10229. >    Does anyone have a good random number routine?  I've been messing 
  10230. > around with VPOS, but I can't get a good one.  It seems to always come
  10231. > up with the same number since the beam is at roughly the same position when
  10232. > the game starts.  
  10233.  
  10234. How about using a pseudo-random sequence generator?  They're good if you need
  10235. lots of *reasonably* random numbers *fast*.
  10236.  
  10237. I'll elaborate later if anyone wants me to, but right now, I have lab report
  10238. due in two hours...  :P
  10239.  
  10240. - Richard
  10241.  
  10242.      _--_|\ AMIGA /// Richard Wiffen (swiffenr@cc.curtin.edu.au) -- Perth, W.A.
  10243.     /      \ OK! /// --------------------------------------------------------- 
  10244.  ==>\_.--._/ \\\/// "We bet you'll know her right away.                        
  10245.           v   \XX/                                  There's only one Ariel." 
  10246.  
  10247.  
  10248.  
  10249. From sis3149@sis.port.ac.ukSun Sep  3 22:30:13 1995
  10250. Date: Fri, 19 May 1995 08:58:54 +0100 (BST)
  10251. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  10252. To: Blitzlist <blitz-list@helsinki.fi>
  10253. Subject: Re: Am I moaning? Or being reasonable? 
  10254.  
  10255. On Thu, 18 May 1995, Simon wrote:
  10256.  
  10257. > As for Ami, I've been working on an editor (haven't we all!) which lets 
  10258. > you design 3D shapes with a number of bizarre tools, god it is so hard 
  10259. > making things good enough for your average graphics person say what...
  10260. > Anyway, once you design your lego-3d style shape you can paint on it like 
  10261. > dpaint so edges can have darker blocks which makes the shape look rounder 
  10262. > (see harddrivin usa for best example of this technique)).
  10263.  
  10264. [Techy stuff deleted]
  10265.  
  10266. [More techy stuff deleted]
  10267.  
  10268. > Hmmm, now i think ID have cottoned on to the jag because it is getting 
  10269. > their next release first with PC so that should be cool. Also street 
  10270. > price is now less than 150 quid which to me is just awesome.
  10271. > OK, Amiga is not dead but Ted does deserve to be shot. I will be 
  10272. > releasing latest source code to Ted in Bum8 and I will have some time 
  10273. > next week to get it finished.
  10274.  
  10275. Is the source code going to be usable though?  I personally aren't too 
  10276. bothered about the actual source - I'd just like information about the 
  10277. file formats that blitz uses and how ted deals with tokenisation etc.  
  10278. Also knowing how to interface with the compiler would be nice.
  10279.  
  10280. > Sorry for the technical shit but if you get a cable with ABC that lets 
  10281. > you plug into 60 mips of power for 150 quid I think some of you will 
  10282. > appreciate this.
  10283.  
  10284. Well it all sounds very interesting Simon...  I'm afraid, though, that some 
  10285. of us are still trying to survive with our low spec amigas...  I suppose 
  10286. I could ask about deadlines for BUM8 and ABC, but I'd better not.... 
  10287. Hmm... maybe I'll go away and hide in a corner somewhere.
  10288.  
  10289.  
  10290.  
  10291. Steve Mc.
  10292.  
  10293. +---------------------------------------------------------------------------+
  10294.                  L E A D I N G   E D G E   S O F T W A R E
  10295. +---------------------------------------------------------------------------+
  10296.                 Hang                 | Current project :                    +
  10297.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  10298. +---------------------------------------------------------------------------+
  10299.  
  10300.  
  10301.  
  10302. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:13 1995
  10303. Date: Fri, 19 May 1995 09:48:00 +0100
  10304. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  10305. To: blitz-list@helsinki.fi
  10306. Subject: STANDARD HELP? (Was Re: Am I moaning? Or being reasonable? )
  10307.  
  10308. > > A good one to, actually the old version of ShapeZ used to have a similar
  10309. > > feature, but it kind of got lost in the rewrite, how about a help window,
  10310. > > with alittle bit of text in it saying what the current button is and what
  10311. > > ShapeZ is expecting you to do etc?
  10312. > > 
  10313. > If I could decide, this would be in the guidelines for all software
  10314. > done for Amiga from now on...
  10315.  
  10316. BUt it needs to be standardized - maybe we should 'together' make up some
  10317. kind of 'standard' way to do this.  Or maybe we should move this discussion to 
  10318. c.s.a.programmer, but anyway...
  10319.  
  10320. Maybe we could between us write some kind of blitz function that gives a
  10321. standard (font sensitive) window for help that everyone agrees looks good.
  10322. I dont know if this would be beneficial to people - at least then everyone 
  10323. has access to a standard Help thang.
  10324.  
  10325. What do people think of this?
  10326.  
  10327. Mark Tiffany
  10328.  
  10329. .---------------------------------------------------------------.
  10330. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  10331. |  ===========================================================  |
  10332. |                http://sun1.bham.ac.uk/cca93057                |
  10333. |---------------------------------------------------------------|
  10334. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |
  10335. '---------------------------------------------------------------'
  10336.  
  10337.  
  10338.  
  10339.  
  10340.  
  10341.  
  10342. From ngh94@aber.ac.ukSun Sep  3 22:30:13 1995
  10343. Date: Fri, 19 May 1995 10:03:30 +0100
  10344. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  10345. To: blitz-list@helsinki.fi
  10346. Subject: Leading Edge 2 - Cruel World 1
  10347.  
  10348.  
  10349. Dear All,
  10350.     I would just to make an announcement! Some of you will have heard
  10351. various people from Leading Edge mention Blitz Bombers AGA. Well despite
  10352. some very bad luck with a publisher, it looks like we may have finally got
  10353. a bit of break.
  10354.  
  10355.     If you would like to check out Issue 50 of Amiga Power, you will see
  10356. a little 1/4 page set on Blitz Bombers on page 19. This is just the half
  10357. of it (at least it enabled us to pull one back against Cruel World).
  10358.     
  10359.     In the next next issue (not the one just coming but the one after that)
  10360. of The One (Amiga) magazine you should be able to see a full interview and
  10361. Work In Progress, with any luck there will be a cover-disk demo as well.
  10362.  
  10363.     While we still do not have a publisher, The One is very enthusiastic
  10364. about Blitz Bombers, and we hope this publicity will lead to a publisher
  10365. approaching us.
  10366.  
  10367.     Just really wanted to blow our trumpets!
  10368.  
  10369.     Just so you know who we are (you should know by now!) Leading
  10370. Edge comprise of...
  10371.  
  10372.  
  10373.     Steve McNamare (Programming)
  10374.     Steve Matty    (Programming)
  10375.     Steve Innell   (Music)
  10376.     Mike Richards  (Art Work)
  10377.     Steve Green    (Level + Map Coordinator)
  10378.     Nigel Hughes   (Project Manager + PC Conversion)
  10379.  
  10380.     Everyone give Steve Mc, Matty, Innell and Mike Richards a medal for
  10381. getting everything ready so I could send it to The One!
  10382.  
  10383.     Come on Blitz Coders, I know we are more talented than most 8) but
  10384. you can do it too!
  10385.  
  10386.     Nigel Hughes
  10387.  
  10388.  
  10389.  
  10390. From sis3149@sis.port.ac.ukSun Sep  3 22:30:13 1995
  10391. Date: Fri, 19 May 1995 10:21:20 +0100 (BST)
  10392. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  10393. To: Blitzlist <blitz-list@helsinki.fi>
  10394. Subject: What we NEED
  10395.  
  10396. What blitz really really needs is an optimiser...
  10397.  
  10398.  
  10399. Steve Mc.
  10400.  
  10401. +---------------------------------------------------------------------------+
  10402.                  L E A D I N G   E D G E   S O F T W A R E
  10403. +---------------------------------------------------------------------------+
  10404.                 Hang                 | Current project :                    +
  10405.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  10406. +---------------------------------------------------------------------------+
  10407.  
  10408.  
  10409.  
  10410. From oz@ozzy.demon.co.ukSun Sep  3 22:30:13 1995
  10411. Date: Fri, 19 May 95 12:50:17 GMT
  10412. From: Brian Skreeg <oz@ozzy.demon.co.uk>
  10413. To: blitz-list@helsinki.fi
  10414. Subject: ASM tan table (I refuse to give up)
  10415.  
  10416. Ok, This is my third plea for assistance concerning my tan table. 
  10417. I refuse to give up on my quest for help simply because I can't figure it 
  10418. out myself and I can go no further without it.
  10419.     I need to generate a tan table for ASM (most likely in words) with 256
  10420. antries from 0 to 90 degrees. My main problem is I don't know how to create
  10421. the actual file and put my data into it? Help?......please?.
  10422.  
  10423. I also notice ol' Nigel is doing Blitz Bomber. Great! Masterblaster is
  10424. awsome so Blitz Bomber should be awesome awesome. Release date?
  10425.  
  10426. I also also notice that this list is now mirroring onto the newsgroup so I
  10427. might as well drop the newgroups now. Instead of reading the same stuff
  10428. twice. Any news on the comp. group? Mikko?
  10429.  
  10430. Cheers,
  10431.  
  10432.  
  10433.     _  __  __  
  10434.    / \/  \/  \  
  10435.   /   \/ /\/ / |-Brian Skreeg-------------IRC:_Ozzy-|
  10436.  /  / /  \/  \ |-Lead Guitarist--Widdles on Request-|
  10437.  \___/\__/\__/ |-I don't look like two Zombies------|
  10438.  
  10439.  
  10440.  
  10441.  
  10442.  
  10443.  
  10444. From mmmakela@cc.helsinki.fiSun Sep  3 22:30:13 1995
  10445. Date: Fri, 19 May 1995 15:54:43 +0300 (EET DST)
  10446. From: Mikko Makela <mmmakela@cc.helsinki.fi>
  10447. To: blitz-list@helsinki.fi
  10448. Subject: STANDARD HELP? (fwd)
  10449.  
  10450. Forwarded message:
  10451.  
  10452. > > If I could decide, this would be in the guidelines for all software
  10453. > > done for Amiga from now on...
  10454. > BUt it needs to be standardized - maybe we should 'together' make up some
  10455. > kind of 'standard' way to do this.  Or maybe we should move this discussion to 
  10456. > c.s.a.programmer, but anyway...
  10457. > Maybe we could between us write some kind of blitz function that gives a
  10458. > standard (font sensitive) window for help that everyone agrees looks good.
  10459. > I dont know if this would be beneficial to people - at least then everyone 
  10460. > has access to a standard Help thang.
  10461. > What do people think of this?
  10462.  
  10463. I think this sounds good (but that's no surprise).
  10464.  
  10465. Making standard takes one person, who actually makes the first
  10466. version (that could be you Mark), and after that many other's
  10467. opinions for making it even better. Taking the discussion rigth
  10468. away to c.s.a.programmer could be good - but making a good example
  10469. first and then referring to it could be even better.
  10470.  
  10471. I have also dreamed a little bit of something else concerning
  10472. help for applications: some kind of "living" mascots which
  10473. would give the help. That could be nice for at least kids and
  10474. beginners... but let's look at that later (if someone with
  10475. animation skills is interested, that is).
  10476.  
  10477. -Mikko
  10478.  
  10479.  
  10480. From ngh94@aber.ac.ukSun Sep  3 22:30:13 1995
  10481. Date: Fri, 19 May 1995 14:05:06 +0100
  10482. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  10483. To: blitz-list@helsinki.fi
  10484. Subject: Re: STANDARD HELP? (Was Re: Am I moaning? Or being reasonable? ) 
  10485.  
  10486. In message <9505190848.AA12752@sun1.bham.ac.uk>, 
  10487.     MO Tiffany <cca93057@sun1.academic-computing-service.birmingham.ac.uk> 
  10488. writes:
  10489. > > 
  10490. > > > A good one to, actually the old version of ShapeZ used to have a similar
  10491. > > > feature, but it kind of got lost in the rewrite, how about a help window,
  10492. > > > with alittle bit of text in it saying what the current button is and what
  10493. > > > ShapeZ is expecting you to do etc?
  10494. > > > 
  10495. > > 
  10496. > > If I could decide, this would be in the guidelines for all software
  10497. > > done for Amiga from now on...
  10498. > BUt it needs to be standardized - maybe we should 'together' make up some
  10499. > kind of 'standard' way to do this.  Or maybe we should move this discussion t
  10500. > o 
  10501. > c.s.a.programmer, but anyway...
  10502. > Maybe we could between us write some kind of blitz function that gives a
  10503. > standard (font sensitive) window for help that everyone agrees looks good.
  10504. > I dont know if this would be beneficial to people - at least then everyone 
  10505. > has access to a standard Help thang.
  10506. > What do people think of this?
  10507. > Mark Tiffany
  10508.  
  10509. Mark|All,
  10510.      It would be easy to write a helplib but the issue is how it would 
  10511. work. I think it would be an idea have the following commands,
  10512.  
  10513.     InitHelp UseWindow#,MaxWidth,Clearwhenempty
  10514.  
  10515.     DisplayHelp helptext$
  10516.  
  10517. Usewindow can just be so it does not get in the way of your own window
  10518. allocation, max width, well stop help window obscuring too much, and
  10519. clearwhenempty allows you to set wether the window disappears when over
  10520. nothing.
  10521.  
  10522. helptext$ can use a simple markup language to allow maybe bold/underlined
  10523. text.
  10524.  
  10525. The main issue is how you decide which button the pointer is over. 
  10526. If you specify coordinates relative to each window, then it easy
  10527. IF you only want help for those buttons in the ACTIVE window. If you 
  10528. want it to display help for WHATEVER is under the pointer wether it is
  10529. active or not, well that is a different matter. It is still trivial
  10530. if no windows are over lapping, but I am not too sure how you 
  10531. find out which out of two windows is nearest to the front.
  10532.  
  10533. I shall knock up a demo program this weekend and you can see what you 
  10534. think...
  10535.  
  10536. Nigel Hughes
  10537.  
  10538.  
  10539. From ngh94@aber.ac.ukSun Sep  3 22:30:13 1995
  10540. Date: Fri, 19 May 1995 14:22:27 +0100
  10541. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  10542. To: blitz-list@helsinki.fi
  10543. Subject: A neat fix for Acid library bugs!
  10544.  
  10545.  
  10546. Dear All,
  10547.     I have come up with a neat command that enables all those Acid
  10548. commands that do not work inside statements and functions (like the
  10549. ASLFIlerequest stuff) to, well, work! NB these commands work if they
  10550. are in the "root" part of your program.
  10551.  
  10552.     Anyone who wants a copy will find it part of the next distribution
  10553. of ShapeZ. The commands that i have found that have this problem are,
  10554.  
  10555.  
  10556.     ASLFilerequest$
  10557.     Window             with a super bitmap
  10558.  
  10559. I'm sure others have found more, well they can now ALL work!
  10560.  
  10561.     
  10562.     Nigel Hughes
  10563.  
  10564.  
  10565. From D.J.Hunter@mod-lang.salford.ac.ukSun Sep  3 22:30:13 1995
  10566. Date: 19 May 95 13:38
  10567. From: D.J.Hunter@mod-lang.salford.ac.uk
  10568. To: blitz-list@helsinki.fi
  10569. Subject: Gadgets with style
  10570.  
  10571.  
  10572.   Can anyone tell me how to create gadtools gadgets with labels in
  10573. different styles i.e. bold, italic and underline and is there anyone
  10574. else out there who has had trouble with the 'Bevelbox' command as when I
  10575. try to use it my machine gurus (even with run-time errors enabled).
  10576.  
  10577.  
  10578.  
  10579. From sis3149@sis.port.ac.ukSun Sep  3 22:30:13 1995
  10580. Date: Fri, 19 May 1995 15:02:37 +0100 (BST)
  10581. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  10582. To: D.J.Hunter@mod-lang.salford.ac.uk
  10583. Cc: blitz-list@helsinki.fi
  10584. Subject: Re: Gadgets with style
  10585.  
  10586. On 19 May 1995 D.J.Hunter@mod-lang.salford.ac.uk wrote:
  10587.  
  10588. >   Can anyone tell me how to create gadtools gadgets with labels in
  10589. > different styles i.e. bold, italic and underline and is there anyone
  10590. > else out there who has had trouble with the 'Bevelbox' command as when I
  10591. > try to use it my machine gurus (even with run-time errors enabled).
  10592.  
  10593. God knows about the style question, I can tell you though that the 
  10594. GTBevelBox requires a window to be open - it renders a bevel box into a 
  10595. window - you cannot call up whilst setting up the rest of your GTList.
  10596.  
  10597.  
  10598. Steve Mc.
  10599.  
  10600. +---------------------------------------------------------------------------+
  10601.                  L E A D I N G   E D G E   S O F T W A R E
  10602. +---------------------------------------------------------------------------+
  10603.                 Hang                 | Current project :                    +
  10604.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  10605. +---------------------------------------------------------------------------+
  10606.  
  10607.  
  10608.  
  10609. From sis3149@sis.port.ac.ukSun Sep  3 22:30:13 1995
  10610. Date: Fri, 19 May 1995 15:06:52 +0100 (BST)
  10611. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  10612. To: Blitzlist <blitz-list@helsinki.fi>
  10613. Subject: Standard Help?
  10614.  
  10615. I think it'd be nice to have standard systems in use throughout software, 
  10616. esp. software geared to blitz basic users.  In our own products (map ed, 
  10617. shapez) we are trying to make the presentation and method of doing things 
  10618. standard.
  10619.  
  10620. Doing a standard help requester/online help system would be a nice way to 
  10621. start trying to create a larger picture.  Everyone will have their own 
  10622. ideas about what sort of help would be necessary.  Personally I think it 
  10623. should be a DOpus 4 type help, where you select the help gadget, then 
  10624. click on the gadget/menu item you want help on.  Then a requester opens 
  10625. up with the information for that gadget/menu.
  10626.  
  10627. Maybe this could be a little compo - we talked about one on the list ages 
  10628. ago but nothing every took off.  Now that the list has got some semblance 
  10629. of life back into it, it may be a good idea to try something like this...
  10630.  
  10631.  
  10632. Later,
  10633. Steve Mc.
  10634.  
  10635. +---------------------------------------------------------------------------+
  10636.                  L E A D I N G   E D G E   S O F T W A R E
  10637. +---------------------------------------------------------------------------+
  10638.                 Hang                 | Current project :                    +
  10639.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  10640. +---------------------------------------------------------------------------+
  10641.  
  10642.  
  10643.  
  10644. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:13 1995
  10645. Date: Fri, 19 May 1995 15:29:06 +0100
  10646. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  10647. To: blitz-list@helsinki.fi
  10648. Subject: Re: STANDARD HELP? (fwd)
  10649.  
  10650. > Making standard takes one person, who actually makes the first
  10651. > version (that could be you Mark), and after that many other's
  10652.  
  10653. I could give it a go, but my Amiga`s still not quite sorted (what with a
  10654. new HD just gone in there...), so I would say Id knock a little something up
  10655. this weekend, but....
  10656.  
  10657. Lets see what Nigel comes up with anyway..... (see his earlier mail)
  10658.  
  10659. > opinions for making it even better. Taking the discussion rigth
  10660. > away to c.s.a.programmer could be good - but making a good example
  10661. > first and then referring to it could be even better.
  10662.  
  10663. Tis what I thought.  ;}
  10664.  
  10665. > I have also dreamed a little bit of something else concerning
  10666. > help for applications: some kind of "living" mascots which
  10667. > would give the help. That could be nice for at least kids and
  10668. > beginners... but let's look at that later (if someone with
  10669. > animation skills is interested, that is).
  10670.  
  10671. This could be implemnted as an option.  So that the user could select Help,
  10672. and depending on their 'user-rating', then the help comes as either just
  10673. a simple few words to describe things, or that plus words, or with a little
  10674. 'mascot'  The latter is not necessary and doesnt need to be supported by
  10675. all, but would consist of some basic anims for the character that could
  10676. be put together.  I think this is definitely an extra for 'after'.
  10677.  
  10678. I was thinking of something like this...
  10679.  
  10680.     .-------------------------.
  10681.     |I|_______________________|   <--- Here goes the short desc.
  10682.     |                         |
  10683.     |                         |
  10684.     |                         |   <--- Here goes a longer desc.
  10685.     |                         |
  10686.     '-------------------------'
  10687.  
  10688. Just the window title could be shown for the simplest version of help
  10689. with an expand gadget to get the rest out.
  10690.  
  10691. As for what Nigel said about implementation..
  10692.  
  10693. >     It would be easy to write a helplib but the issue is how it would 
  10694. >work. I think it would be an idea have the following commands,
  10695. >
  10696. >    InitHelp UseWindow#,MaxWidth,Clearwhenempty
  10697. >
  10698. >    DisplayHelp helptext$
  10699.  
  10700. Something like this is what I had in mind, although commands more like..
  10701.  
  10702. InitHelp UseWindow#,x,y,w,h   <-- sets up help stuff 'forever'
  10703. ClearWhenEmpty On|Off         <-- a flag so it could be turned on/off as needed
  10704. OpenHelp                      <-- open the help window
  10705. CloseHelp                     <-- close the help window
  10706. CurrentHelp simple$,helptext$ <-- (instead of DisplayHelp)
  10707.  
  10708.     A markup language would help, but we only need a few things, such as
  10709. bold and underline.  Obviously not neede for simple$ (this is what goes in
  10710. the window title).
  10711.  
  10712. Thats about all i can think to contribute for now.  
  10713.  
  10714. Mark Tiffany
  10715.  
  10716. .---------------------------------------------------------------.
  10717. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  10718. |  ===========================================================  |
  10719. |                http://sun1.bham.ac.uk/cca93057                |
  10720. |---------------------------------------------------------------|
  10721. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |
  10722. '---------------------------------------------------------------'
  10723.  
  10724.     
  10725.  
  10726.  
  10727. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:13 1995
  10728. Date: Fri, 19 May 1995 15:32:36 +0100
  10729. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  10730. To: blitz-list@helsinki.fi
  10731. Subject: Re: STANDARD HELP
  10732.  
  10733. Another thought on this help thing - maybe it should be included into the
  10734. new Blitz editor (whoever writes it in the end).  The stuff we currently get
  10735. on the titlebar could go to the title of the window, and maybe some kind of 
  10736. better explanation could go into the main desc.
  10737.  
  10738. I possibly didnt make it clear in my last mail that what is displayed is 
  10739. whatever was in the last CurrentHelp commenad processed.  Probably fairly 
  10740. obvious, but....
  10741.  
  10742. Mark Tiffany
  10743.  
  10744. .---------------------------------------------------------------.
  10745. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  10746. |  ===========================================================  |
  10747. |                http://sun1.bham.ac.uk/cca93057                |
  10748. |---------------------------------------------------------------|
  10749. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |
  10750. '---------------------------------------------------------------'
  10751.  
  10752.  
  10753.  
  10754.  
  10755.  
  10756.  
  10757. From mmmakela@cc.helsinki.fiSun Sep  3 22:30:13 1995
  10758. Date: Fri, 19 May 1995 18:03:33 +0300 (EETDST)
  10759. From: Mikko Makela <mmmakela@cc.helsinki.fi>
  10760. To: blitz-list@helsinki.fi
  10761. Subject: Standard Help? (fwd)
  10762.  
  10763. Forwarded message:
  10764. > From blitz-list-owner  Fri May 19 17:57:46 1995
  10765. > Date: Fri, 19 May 1995 15:06:52 +0100 (BST)
  10766. > From: Stephen McNamara <sis3149@sis.port.ac.uk>
  10767. > Doing a standard help requester/online help system would be a nice way to 
  10768. > start trying to create a larger picture.  Everyone will have their own 
  10769. > ideas about what sort of help would be necessary.  Personally I think it 
  10770. > should be a DOpus 4 type help, where you select the help gadget, then 
  10771. > click on the gadget/menu item you want help on.  Then a requester opens 
  10772. > up with the information for that gadget/menu.
  10773.  
  10774. This could be the road to take, as it should be much easier to
  10775. make such a help than the like talked earlier.
  10776.  
  10777. Maybe menus could have help too, via some kind of "help mode" -
  10778. when in help mode, menus give help of their functionality, but
  10779. don't do what normally.
  10780.  
  10781. -Mikko
  10782.  
  10783.  
  10784.  
  10785. From ngh94@aber.ac.ukSun Sep  3 22:30:13 1995
  10786. Date: Fri, 19 May 1995 16:31:28 +0100
  10787. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  10788. To: blitz-list@helsinki.fi
  10789. Subject: Re: Standard Help? (fwd) 
  10790.  
  10791. In message <199505191503.SAA29697@karhu.Helsinki.FI>, 
  10792.     Mikko Makela <mmmakela@cc.helsinki.fi> writes:
  10793. > Forwarded message:
  10794. > > From blitz-list-owner  Fri May 19 17:57:46 1995
  10795. > > Date: Fri, 19 May 1995 15:06:52 +0100 (BST)
  10796. > > From: Stephen McNamara <sis3149@sis.port.ac.uk>
  10797. > > 
  10798. > > Doing a standard help requester/online help system would be a nice way to 
  10799. > > start trying to create a larger picture.  Everyone will have their own 
  10800. > > ideas about what sort of help would be necessary.  Personally I think it 
  10801. > > should be a DOpus 4 type help, where you select the help gadget, then 
  10802. > > click on the gadget/menu item you want help on.  Then a requester opens 
  10803. > > up with the information for that gadget/menu.
  10804. > This could be the road to take, as it should be much easier to
  10805. > make such a help than the like talked earlier.
  10806.  
  10807. Well I have just looked through my manuals and it is not as hard
  10808. as I though. Should have working demo on Monday, I'll put it
  10809. out to vote then and we can go from there.
  10810.  
  10811. Mark: I am going to use your command set as a base, OK?
  10812.  
  10813. > Maybe menus could have help too, via some kind of "help mode" -
  10814. > when in help mode, menus give help of their functionality, but
  10815. > don't do what normally.
  10816.  
  10817. Menus are a good piont...
  10818.  
  10819. > -Mikko
  10820.  
  10821.  
  10822. From pradman@ra.abo.fiSun Sep  3 22:30:13 1995
  10823. Date: Fri, 19 May 1995 19:36:53 +0300 (EET DST)
  10824. From: Patrik R}dman MNF94 <pradman@ra.abo.fi>
  10825. Reply to: pradman@aton.abo.fi
  10826. Cc: Blitz Basic Mailing List <blitz-list@helsinki.fi>
  10827. Subject: Re: Standard Help?
  10828.  
  10829. > Doing a standard help requester/online help system would be a nice way to 
  10830. > start trying to create a larger picture.  Everyone will have their own 
  10831. > ideas about what sort of help would be necessary.  Personally I think it 
  10832. > should be a DOpus 4 type help, where you select the help gadget, then 
  10833. > click on the gadget/menu item you want help on.  Then a requester opens 
  10834. > up with the information for that gadget/menu.
  10835.  
  10836. I like the help system in ReOrg (maybe an old version): You press "Help" (or
  10837. select help from a menu) and the mouse pointer turns into a smaller pointer
  10838. plus a "?". You now click on a gadget, and a window pops up saying what the
  10839. gadget does. To get out of help mode just press "Help" again.
  10840.  
  10841. IMHO the best help system I've ever seen. Worked beautifully.
  10842.  
  10843. /----------------------------------------------------------------------------\
  10844. | Patrik R<*a>dman                 \ <*A>bo Akademi university, Finland      |
  10845. | E-mail: pradman@mail.abo.fi       \ Department of Computer Science      // |
  10846. | WWW   : http://www.abo.fi/~pradman \ "Wherever you go, there you are" \X/  |
  10847. \----------------------------------------------------------------------------/
  10848.  
  10849.  
  10850.  
  10851.  
  10852.  
  10853.  
  10854. From zor@execpc.comSun Sep  3 22:30:13 1995
  10855. Date: Fri, 19 May 1995 16:40:26 -0500 (CDT)
  10856. From: Joe Bott <zor@execpc.com>
  10857. To: Simon <acid@iconz.co.nz>
  10858. Cc: blitz list <blitz-list@helsinki.fi>
  10859. Subject: Re: Slices
  10860.  
  10861. On Fri, 19 May 1995, Simon wrote:
  10862.  
  10863. > Cos the hardware can't handle it. Are you scrolling them at different 
  10864. > speeds, if you aren't I'll write another message about bitplanes bitmap 
  10865. > for you all...
  10866. > Simon
  10867.  
  10868. Yes I am, doing sortof a paralax thing.. Ah well..
  10869.  
  10870. Joe
  10871.  
  10872.  
  10873.  
  10874. From phips@scout.rhein-main.deSun Sep  3 22:30:13 1995
  10875. Date: Fri, 19 May 95 21:43:17 CET
  10876. From: Philipp Lonke <phips@scout.rhein-main.de>
  10877. To: blitz-list@helsinki.fi
  10878. Subject: Re: STANDARD HELP? (Was Re: Am I moaning? Or being reasonable? )
  10879.  
  10880. Hi NIGEL, you wrote in <6117.800888706@mailhost.aber.ac.uk> on May 19:
  10881.  
  10882. >     InitHelp UseWindow#,MaxWidth,Clearwhenempty
  10883. >     DisplayHelp helptext$
  10884.  
  10885. I wouldn't make it like this. Better should be a little online help,
  10886. when the mousepointer rests longer than 2 sec. over a window/gadget a
  10887. little Requester pops up telling the user what this window/gadget is
  10888. for. Try e.g. Triton, a Gui enhancement which offer this.
  10889.  
  10890. > helptext$ can use a simple markup language to allow maybe bold/underlined
  10891. > text.
  10892.  
  10893. What about using HTML or the language Amigaguide uses? Do not reinvent
  10894. the wheel...
  10895.  
  10896. -- 
  10897. Philipp Lonke * phips@scout.rhein-main.de * postal adress on demand
  10898. "Lehrerkommödie: Die Armut der Lehrer, während die Staaten Unsummen für
  10899. die Wehrmacht hinauswerfen. Da sie nur Lehrer für 600 DM sich leisten
  10900. können, bleiben die Völker so dumm, daß sie sich Kriege für 60
  10901. Milliarden leisten müssen." (Ch. Morgenstern, "Aphorismen")
  10902.  
  10903.  
  10904. From oz@ozzy.demon.co.ukSun Sep  3 22:30:13 1995
  10905. Date: Sat, 20 May 95 01:57:22 GMT
  10906. From: Brian Skreeg <oz@ozzy.demon.co.uk>
  10907. To: blitz-list@helsinki.fi
  10908. Subject: Array Subscript out of Range when BBlitting ? (fwd)
  10909.  
  10910. :I reckon that on May 19, Mikko Makela wrote:
  10911. :
  10912. :What is going on when I get "Array Subscript out of Range" when
  10913. :I do BBlit ? It can't be that I have too little buffer, I think...
  10914. :(and shouldn't it then give "BufferOverflow" ?)
  10915. :
  10916. :This happened after I changed my game to doublebuffer - I guess
  10917. :it's some simple mistake, but I can't find it.
  10918.  
  10919.  
  10920.  
  10921. It means you're trying to blit to an area outside of your bitmap.
  10922. Simple.
  10923.  
  10924.  
  10925.     _  __  __  
  10926.    / \/  \/  \  
  10927.   /   \/ /\/ / |-Brian Skreeg-------------IRC:_Ozzy-|
  10928.  /  / /  \/  \ |-Lead Guitarist--Widdles on Request-|
  10929.  \___/\__/\__/ |-I don't look like two Zombies------|
  10930.  
  10931.  
  10932. From msaw1@mdw024.cc.monash.edu.auSun Sep  3 22:30:13 1995
  10933. Date: Sat, 20 May 1995 15:15:26 +1000 (EST)
  10934. From: Mr M Sawicki <msaw1@mdw024.cc.monash.edu.au>
  10935. To: Stephen McNamara <sis3149@sis.port.ac.uk>
  10936. Cc: Blitzlist <blitz-list@helsinki.fi>
  10937. Subject: Re: What we NEED
  10938.  
  10939.  
  10940.  
  10941. On Fri, 19 May 1995, Stephen McNamara wrote:
  10942.  
  10943. > What blitz really really needs is an optimiser...
  10944.  
  10945. Perhaps if someone will write an optimiser for Blitz, they may want to look
  10946. at g++ code as it generates truly excellent ouput especially with -O3 flag
  10947. set on.
  10948.  
  10949. Maciek.
  10950.  
  10951.  
  10952.  
  10953.  
  10954.  
  10955. From apelton@coventry.ac.ukSun Sep  3 22:30:13 1995
  10956. Date: Sat, 20 May 1995 15:33:56 +0100 (BST)
  10957. From: Andy Pelton <apelton@coventry.ac.uk>
  10958. To: Blitz-List <blitz-list@helsinki.fi>
  10959. Subject: Sorry!
  10960.  
  10961. Sorry if my last mail caused any offence, I was a bit pissed of yesterday.
  10962.  
  10963.     What should that empty entitled "heres the code" mail have included.
  10964.  
  10965.     Also anyone want to sell a original of the Go-Go`s "Beauty and 
  10966. the beat" Good condition MCs only, I would prefer any contacts in the 
  10967. Coventry/Birmingham area.
  10968.     
  10969.  
  10970.     When is BUM8 going to be released?    
  10971.  
  10972.     Cheers Andy.
  10973.  
  10974.  
  10975.  
  10976. From phips@scout.rhein-main.deSun Sep  3 22:30:13 1995
  10977. Date: Sat, 20 May 95 14:34:42 CET
  10978. From: Philipp Lonke <phips@scout.rhein-main.de>
  10979. To: blitz-list@helsinki.fi
  10980. Subject: Re: STANDARD HELP? (fwd)
  10981.  
  10982. Hi MO, you wrote in <9505191429.AA06032@sun1.bham.ac.uk> on May 19:
  10983.  
  10984. >     .-------------------------.
  10985. >     |I|_______________________|   <--- Here goes the short desc.
  10986. >     |                         |
  10987. >     |                         |
  10988. >     |                         |   <--- Here goes a longer desc.
  10989. >     |                         |
  10990. >     '-------------------------'
  10991.  
  10992. Where the longer desc. should be an option which could be turned
  10993. on/off via 
  10994.                 LongHelp On|Off
  10995. So only a short Titlebar pops on, if the user want's it.
  10996.  
  10997. > >    InitHelp UseWindow#,MaxWidth,Clearwhenempty
  10998. > >
  10999. > >    DisplayHelp helptext$
  11000. > Something like this is what I had in mind, although commands more like..
  11001. > InitHelp UseWindow#,x,y,w,h   <-- sets up help stuff 'forever'
  11002. > ClearWhenEmpty On|Off         <-- a flag so it could be turned on/off as needed
  11003. > OpenHelp                      <-- open the help window
  11004. > CloseHelp                     <-- close the help window
  11005. > CurrentHelp simple$,helptext$ <-- (instead of DisplayHelp)
  11006.  
  11007. To set the text to a gadget, you should use the following thing:
  11008.  
  11009.     HotHelp gadgetlist#,gadget#,shorthelp$,longhelp$
  11010.  
  11011. And it should work with BlitzGadgets, GadToolsgadgets, MUI, Triton and
  11012. all the other GUIs!!
  11013.  
  11014. >     A markup language would help, but we only need a few things, such as
  11015. > bold and underline.  Obviously not neede for simple$ (this is what goes in
  11016. > the window title).
  11017.  
  11018. I recommend HTML or the Amigaguide-Language. Do not reinvent the wheel
  11019. ;)
  11020.  
  11021. -- 
  11022. Philipp Lonke * phips@scout.rhein-main.de * postal adress on demand
  11023. "Lehrerkommödie: Die Armut der Lehrer, während die Staaten Unsummen für
  11024. die Wehrmacht hinauswerfen. Da sie nur Lehrer für 600 DM sich leisten
  11025. können, bleiben die Völker so dumm, daß sie sich Kriege für 60
  11026. Milliarden leisten müssen." (Ch. Morgenstern, "Aphorismen")
  11027.  
  11028.  
  11029. From acid@iconz.co.nzSun Sep  3 22:30:13 1995
  11030. Date: Sun, 21 May 1995 10:54:51 +1200 (NZST)
  11031. From: Simon <acid@iconz.co.nz>
  11032. Cc: blitz-list@helsinki.fi
  11033. Subject: Re: Array Subscript out of Range when BBlitting ? (fwd)
  11034.  
  11035.  
  11036.  
  11037. On Sat, 20 May 1995, Brian Skreeg wrote:
  11038.  
  11039. > :I reckon that on May 19, Mikko Makela wrote:
  11040. > :
  11041. > :What is going on when I get "Array Subscript out of Range" when
  11042. > :I do BBlit ? It can't be that I have too little buffer, I think...
  11043. > :(and shouldn't it then give "BufferOverflow" ?)
  11044. > :
  11045. Ummm, can we see the actual line of code, if there are any brackets 
  11046. anywhhere on the line you need to look at why if any reason Blitz would 
  11047. think you are referencing an array...
  11048.  
  11049. Simon
  11050.  
  11051.  
  11052. From josh@pinsight.comSun Sep  3 22:30:13 1995
  11053. Date: Sun, 21 May 1995 00:58:00 -0700 (PDT)
  11054. From: Josh Farley <josh@pinsight.com>
  11055. To: blitz-list@helsinki.fi
  11056. Subject: Serial
  11057.  
  11058.  
  11059. Hmm... the following section of code produces a "serial port not open" 
  11060. error on line 2...
  11061.  
  11062. a.l=OpenSerial("serial.device",1,19200,128)
  11063. If a<>0 Then SetSerialLens1,8,8,1
  11064.  
  11065. Now, shouldn't OpenSerial return 0 when I try to open Unit 1?  It doesn't...
  11066.  
  11067. Josh
  11068.  
  11069.  
  11070.  
  11071. From relmore@silver.sdsmt.eduSun Sep  3 22:30:13 1995
  11072. Date: Sun, 21 May 1995 07:07:05 -0600 (MDT)
  11073. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  11074. To: Brian Skreeg <oz@ozzy.demon.co.uk>
  11075. Cc: blitz-list@helsinki.fi
  11076. Subject: Re: ASM tan table (I refuse to give up)
  11077.  
  11078. On Fri, 19 May 1995, Brian Skreeg wrote:
  11079.  
  11080. > Ok, This is my third plea for assistance concerning my tan table. 
  11081. > I refuse to give up on my quest for help simply because I can't figure it 
  11082. > out myself and I can go no further without it.
  11083. >     I need to generate a tan table for ASM (most likely in words) with 256
  11084. > antries from 0 to 90 degrees. My main problem is I don't know how to create
  11085. > the actual file and put my data into it? Help?......please?.
  11086.  
  11087. The easiest method I know of is to put the values into an array of words 
  11088. and save it out to disk using WriteMem... The following example may or 
  11089. may not create the table you have in mind, but it should illustrate how 
  11090. you'd save it out and later access it:
  11091.  
  11092. ;Build Table (Separate Program)
  11093. Dim tbl.w(89)
  11094. For i=0 to 89:tbl(i)=Tan(i):Next   ;(You'd probably modify this)
  11095.  
  11096. If WriteFile(0,"Bin:Tan90.tab")
  11097.     WriteMem 0,&tbl(0),(90*SizeOf.w)
  11098. EndIf
  11099. CloseFile 0
  11100.  
  11101.  
  11102.  
  11103. ;This is a different program, to illustrate accessing the table again...
  11104.  
  11105. ;Get the table's value for Tan(45)
  11106. v.w=Peek.w(?tantab+45*SizeOf.w)
  11107. NPrint v
  11108. MouseWait:End
  11109.  
  11110. tantab: IncBin "Bin:Tan90.tab"
  11111.  
  11112.  
  11113.     +---------------------------------------------------------------+
  11114.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  11115.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  11116.     +---------------------------------------------------------------+
  11117.  
  11118.  
  11119.  
  11120.  
  11121.  
  11122.  
  11123.  
  11124. From owner-blitz-list@helsinki.fiSun Sep  3 22:30:14 1995
  11125. Date: Sun, 21 May 1995 16:07:37 +0300
  11126. From: owner-blitz-list@helsinki.fi
  11127. To: owner-blitz-list@helsinki.fi
  11128. Subject: BOUNCE blitz-list@helsinki.fi: Admin request
  11129.  
  11130. >From blitz-list-owner  Sun May 21 16:07:34 1995
  11131. Received: from silver.sdsmt.edu (relmore@silver.sdsmt.edu [151.159.1.1]) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) with SMTP id QAA04541 for <blitz-list@helsinki.fi>; Sun, 21 May 1995 16:07:33 +0300
  11132. Received: (from relmore@localhost) by silver.sdsmt.edu (8.6.12/8.6.12) id HAA42477; Sun, 21 May 1995 07:07:06 -0600
  11133. Date: Sun, 21 May 1995 07:07:05 -0600 (MDT)
  11134. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  11135. To: Brian Skreeg <oz@ozzy.demon.co.uk>
  11136. cc: blitz-list@helsinki.fi
  11137. Subject: Re: ASM tan table (I refuse to give up)
  11138. In-Reply-To: <9505191250.AA002ml@ozzy.demon.co.uk>
  11139. Message-ID: <Pine.A32.3.91.950521070053.12157B-100000@silver.sdsmt.edu>
  11140. MIME-Version: 1.0
  11141. Content-Type: TEXT/PLAIN; charset=US-ASCII
  11142.  
  11143. On Fri, 19 May 1995, Brian Skreeg wrote:
  11144.  
  11145. > Ok, This is my third plea for assistance concerning my tan table. 
  11146. > I refuse to give up on my quest for help simply because I can't figure it 
  11147. > out myself and I can go no further without it.
  11148. >     I need to generate a tan table for ASM (most likely in words) with 256
  11149. > antries from 0 to 90 degrees. My main problem is I don't know how to create
  11150. > the actual file and put my data into it? Help?......please?.
  11151.  
  11152. The easiest method I know of is to put the values into an array of words 
  11153. and save it out to disk using WriteMem... The following example may or 
  11154. may not create the table you have in mind, but it should illustrate how 
  11155. you'd save it out and later access it:
  11156.  
  11157. ;Build Table (Separate Program)
  11158. Dim tbl.w(89)
  11159. For i=0 to 89:tbl(i)=Tan(i):Next   ;(You'd probably modify this)
  11160.  
  11161. If WriteFile(0,"Bin:Tan90.tab")
  11162.     WriteMem 0,&tbl(0),(90*SizeOf.w)
  11163. EndIf
  11164. CloseFile 0
  11165.  
  11166.  
  11167.  
  11168. ;This is a different program, to illustrate accessing the table again...
  11169.  
  11170. ;Get the table's value for Tan(45)
  11171. v.w=Peek.w(?tantab+45*SizeOf.w)
  11172. NPrint v
  11173. MouseWait:End
  11174.  
  11175. tantab: IncBin "Bin:Tan90.tab"
  11176.  
  11177.  
  11178.     +---------------------------------------------------------------+
  11179.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  11180.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  11181.     +---------------------------------------------------------------+
  11182.  
  11183.  
  11184.  
  11185. From mfc@xanum.uam.mxSun Sep  3 22:30:14 1995
  11186. Date: Sun, 21 May 1995 17:24:02 -0500 (CDT)
  11187. From: Maestria en Filosofia <mfc@xanum.uam.mx>
  11188. To: Josh Farley <josh@pinsight.com>
  11189. Cc: blitz-list@helsinki.fi
  11190. Subject: Re: Serial
  11191.  
  11192.  
  11193.  
  11194. On Sun, 21 May 1995, Josh Farley wrote:
  11195.  
  11196. > Hmm... the following section of code produces a "serial port not open" 
  11197. > error on line 2...
  11198. > a.l=OpenSerial("serial.device",1,19200,128)
  11199. > If a<>0 Then SetSerialLens1,8,8,1
  11200. > Now, shouldn't OpenSerial return 0 when I try to open Unit 1?  It doesn't...
  11201.   Josh:
  11202.  
  11203.    Try using a "a.w" instead of "a.l"
  11204.  
  11205.    Pedro C.
  11206.  
  11207.  
  11208. From acid@iconz.co.nzSun Sep  3 22:30:14 1995
  11209. Date: Mon, 22 May 1995 14:47:37 +1200 (NZST)
  11210. From: Simon <acid@iconz.co.nz>
  11211. Cc: blitz-list@helsinki.fi
  11212. Subject: Re: Serial
  11213.  
  11214. On Sun, 21 May 1995, Maestria en Filosofia wrote:
  11215. > On Sun, 21 May 1995, Josh Farley wrote:
  11216. > > a.l=OpenSerial("serial.device",1,19200,128)
  11217. > > If a<>0 Then SetSerialLens1,8,8,1
  11218. > > Now, shouldn't OpenSerial return 0 when I try to open Unit 1?  It doesn't...
  11219. >    Try using a "a.w" instead of "a.l"
  11220. >    Pedro C.
  11221.  
  11222. No I don't think that is it. The docs say either you get the address of 
  11223. the io packet thingy or zero if openserial fails. I'm just wondering if 
  11224. you have a funny entry in your mountlist or something that is misleading 
  11225. the device... suppose I should try , 1 second...
  11226.  
  11227. Yeh, my machine returns zero ok...
  11228.  
  11229. Simon
  11230.  
  11231.  
  11232. From hmamiri@ouray.cudenver.eduSun Sep  3 22:30:14 1995
  11233. Date: Mon, 22 May 1995 00:59:28 -0600 (MDT)
  11234. From: AL MUNTASIR <hmamiri@ouray.cudenver.edu>
  11235. To: blitz-list@helsinki.fi
  11236. Subject: Making A simple Star Field ?
  11237.  
  11238.  
  11239. Hi everyone,
  11240.  
  11241.     I just downloaded the latest Blitz Blanker and Im trully 
  11242. impressed. However, I was woundring how would someone go about 
  11243. doing something like the starfield module.
  11244.  
  11245. I mean, I tried doing a simple starfield for my game intro, and
  11246. although the results are not too bad, they are no where as smooth
  11247. as the starfield that came with the blanker.
  11248. Can someone point me int the right direction ?
  11249.  
  11250. TIA
  11251.  
  11252. Hesham Amiri
  11253.  
  11254. P.S I just started programming in BB2, but I'm pretty familiar
  11255. with prorg the amiga graphix using C.
  11256.  
  11257.  
  11258.      ____   ____    ______
  11259.     /    /  /   /   /      ||==================================================
  11260.    /   /__/   /   /   /|  ||=================== Hesham Amiri -- Al Muntasir --
  11261.   /   ___    /     /   /_|  ||============== Computer Science & Engineering
  11262.  /   /    /   /__ /   ___   ||===================================== UC At Denver
  11263. /___/  /___//_//___/   |__||==================================================
  11264.  
  11265.  
  11266.  
  11267.  
  11268.  
  11269.  
  11270. From ngh94@aber.ac.ukSun Sep  3 22:30:14 1995
  11271. Date: Mon, 22 May 1995 09:09:57 +0100
  11272. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  11273. To: blitz-list@helsinki.fi
  11274. Subject: Standard Help Library On Line and WORKING!
  11275.  
  11276.  
  11277. Dear All,
  11278.     I have with me a new version of ShapeZ that uses my new Standard
  11279. help library.
  11280.  
  11281.     It is in the end, very configurable.
  11282.  
  11283.     There are 3 (user setable) levels of help.
  11284.  
  11285.     Prompt,
  11286.     Hint,
  11287.     Reveal.
  11288.  
  11289.     Where the help appears is also configurable. If we have a button
  11290.  
  11291.  
  11292.       NW   N     NE
  11293.     ________
  11294.     |      |
  11295.       SW|      | E
  11296.     |      |
  11297.     --------
  11298.       SW   S     SE
  11299.  
  11300.     You can make help appear at anyof the corners. You can ignore
  11301. all of these and just set Help to appear in a fixed x,y position. You can
  11302. even have a combination where the x,y position is an offset from N,NE,E,SE,S
  11303. ,SW,W,NW.
  11304.  
  11305.     You may also set a delay (number of INTUITICKS) before the help
  11306. window appears, this stops it flickering around after you.
  11307.  
  11308.     I have a version of ShapeZ with  this feature in (On the control
  11309. window and Editor window) which well let you control any of the above
  11310. settings.
  11311.  
  11312.     I could also have an option for it only to appear when the user
  11313. clicks, which would satisfy all those people who wanted that.
  11314.  
  11315.     What I would suggest is for me to write a preferences program so 
  11316. each user can set Blitz Help to behave how they want it. Every program that
  11317. uses help should check the settings in here.
  11318.  
  11319.     I will make up a release for everyone as soon as people have seen
  11320. it and OK'ed it. I think you will like it a lot.
  11321.  
  11322.     There are a few problems with uneven text formatting, but it IS font
  11323. sensitive.
  11324.  
  11325.     Anyone who made a request for ShapeZ from Friday onwards will get a 
  11326. copy sent straight away. Mark you can have one now as well 8)
  11327.  
  11328.     Nigel Hughes
  11329.  
  11330. +---------------------------------------------------------------------------+
  11331.                  L E A D I N G   E D G E   S O F T W A R E
  11332. +---------------------------------------------------------------------------+
  11333.             FUNdamental              | Current project : ShapeZ II Arexx    +
  11334.           ngh94@aber.ac.uk           | [#################:::::::::::::::::] +
  11335. +---------------------------------------------------------------------------+
  11336.  
  11337.  
  11338.  
  11339.  
  11340.  
  11341.  
  11342.  
  11343.  
  11344. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:14 1995
  11345. Date: Mon, 22 May 1995 09:52:21 +0100
  11346. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  11347. To: blitz-list@helsinki.fi
  11348. Subject: Re: STANDARD HELP
  11349.  
  11350. Just aniother thought...
  11351.  
  11352. Can we try and put this help code into an actual library, as in a
  11353. 'help.library' file?  Anyone know how to do this, and would this be a good
  11354. idea.  Also we can then (possibly) let other languages use it, and we have 
  11355. a full help system for any Amiga programmer?
  11356.  
  11357. THoughts on this anyone???
  11358.  
  11359. Mark Tiffany
  11360.  
  11361. .---------------------------------------------------------------.
  11362. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  11363. |  ===========================================================  |
  11364. |                http://sun1.bham.ac.uk/cca93057                |
  11365. |---------------------------------------------------------------|
  11366. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |
  11367. '---------------------------------------------------------------'
  11368.  
  11369.  
  11370.  
  11371.  
  11372.  
  11373.  
  11374. From owner-blitz-list@helsinki.fiSun Sep  3 22:30:14 1995
  11375. Date: Mon, 22 May 1995 15:03:18 +0300
  11376. From: owner-blitz-list@helsinki.fi
  11377. To: owner-blitz-list@helsinki.fi
  11378. Subject: BOUNCE blitz-list@helsinki.fi: Admin request
  11379.  
  11380. >From blitz-list-owner  Mon May 22 15:03:14 1995
  11381. Received: from cheviot.ncl.ac.uk (cheviot.ncl.ac.uk [128.240.2.10]) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) with SMTP id PAA24614 for <blitz-list@helsinki.fi>; Mon, 22 May 1995 15:03:13 +0300
  11382. Received: from burnmoor.ncl.ac.uk by cheviot.ncl.ac.uk id <NAA16862@cheviot.ncl.ac.uk>
  11383.   (8.6.10/ for ncl.ac.uk) with SMTP; Mon, 22 May 1995 13:03:08 +0100
  11384. Received: from glen14.ncl.ac.uk (glen14.ncl.ac.uk [128.240.248.14]) by burnmoor.ncl.ac.uk (8.6.12/8.6.10-cf revision 2 for Solaris 2.x) with ESMTP id NAA17069; Mon, 22 May 1995 13:03:04 +0100
  11385. Received: (n333465@localhost) by glen14.ncl.ac.uk (8.6.11/8.6.10-cf revision 1 for HP-UX) id NAA17473; Mon, 22 May 1995 13:03:02 +0100
  11386. Date: Mon, 22 May 1995 13:03:02 +0100 (BST)
  11387. From: "S.R. Harm" <S.R.Harm@newcastle.ac.uk>
  11388. To: Blitz_list <blitz-list@helsinki.fi>
  11389. Subject: unsubscribe
  11390. Message-ID: <Pine.HPP.3.91-941213.950522130230.17410A-100000@glen14.ncl.ac.uk>
  11391. MIME-Version: 1.0
  11392. Content-Type: TEXT/PLAIN; charset=US-ASCII
  11393.  
  11394. unsubscribe list S.R.Harm@ncl.ac.uk
  11395.  
  11396.  
  11397.  
  11398. From relmore@silver.sdsmt.eduSun Sep  3 22:30:14 1995
  11399. Date: Mon, 22 May 1995 07:29:41 -0600 (MDT)
  11400. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  11401. To: MO Tiffany <cca93057@sun1.bham.ac.uk>
  11402. Cc: blitz-list@helsinki.fi
  11403. Subject: Re: STANDARD HELP
  11404.  
  11405. On Mon, 22 May 1995, MO Tiffany wrote:
  11406.  
  11407. > Can we try and put this help code into an actual library, as in a
  11408. > 'help.library' file?  Anyone know how to do this, and would this be a good
  11409.  
  11410. I was just wondering why nobody is using the amigaguide.library like 
  11411. developers in most other languages do... It's part of the OS since 2.04, 
  11412. so it's the "standard" for hypertext on the Amiga...
  11413.  
  11414. Combined with a "help-mode" for your gadgets and menus, it appears to me 
  11415. it would be the best way to handle "help."
  11416.  
  11417. In case there are those of you out there who haven't played with 
  11418. Amigaguide.library, you can set it up to open it's window on your own 
  11419. screen, as well as load datatypes objects in 3.0 and above... It's really 
  11420. pretty nice.
  11421.  
  11422.  
  11423.     +---------------------------------------------------------------+
  11424.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  11425.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  11426.     +---------------------------------------------------------------+
  11427.  
  11428.  
  11429.  
  11430.  
  11431.  
  11432.  
  11433.  
  11434. From owner-blitz-list@helsinki.fiSun Sep  3 22:30:14 1995
  11435. Date: Mon, 22 May 1995 16:30:15 +0300
  11436. From: owner-blitz-list@helsinki.fi
  11437. To: owner-blitz-list@helsinki.fi
  11438. Subject: BOUNCE blitz-list@helsinki.fi: Admin request
  11439.  
  11440. >From blitz-list-owner  Mon May 22 16:30:13 1995
  11441. Received: from silver.sdsmt.edu (relmore@silver.sdsmt.edu [151.159.1.1]) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) with SMTP id QAA07155 for <blitz-list@helsinki.fi>; Mon, 22 May 1995 16:30:05 +0300
  11442. Received: (from relmore@localhost) by silver.sdsmt.edu (8.6.12/8.6.12) id HAA10442; Mon, 22 May 1995 07:29:41 -0600
  11443. Date: Mon, 22 May 1995 07:29:41 -0600 (MDT)
  11444. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  11445. To: MO Tiffany <cca93057@sun1.bham.ac.uk>
  11446. cc: blitz-list@helsinki.fi
  11447. Subject: Re: STANDARD HELP
  11448. In-Reply-To: <9505220852.AA11030@sun1.bham.ac.uk>
  11449. Message-ID: <Pine.A32.3.91.950522072651.1694B-100000@silver.sdsmt.edu>
  11450. MIME-Version: 1.0
  11451. Content-Type: TEXT/PLAIN; charset=US-ASCII
  11452.  
  11453. On Mon, 22 May 1995, MO Tiffany wrote:
  11454.  
  11455. > Can we try and put this help code into an actual library, as in a
  11456. > 'help.library' file?  Anyone know how to do this, and would this be a good
  11457.  
  11458. I was just wondering why nobody is using the amigaguide.library like 
  11459. developers in most other languages do... It's part of the OS since 2.04, 
  11460. so it's the "standard" for hypertext on the Amiga...
  11461.  
  11462. Combined with a "help-mode" for your gadgets and menus, it appears to me 
  11463. it would be the best way to handle "help."
  11464.  
  11465. In case there are those of you out there who haven't played with 
  11466. Amigaguide.library, you can set it up to open it's window on your own 
  11467. screen, as well as load datatypes objects in 3.0 and above... It's really 
  11468. pretty nice.
  11469.  
  11470.  
  11471.     +---------------------------------------------------------------+
  11472.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  11473.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  11474.     +---------------------------------------------------------------+
  11475.  
  11476.  
  11477.  
  11478. From D.C.J.Pink@herts.ac.ukSun Sep  3 22:30:14 1995
  11479. Date: Mon, 22 May 1995 16:13:24 +0100 (BST)
  11480. From: Pink <D.C.J.Pink@herts.ac.uk>
  11481. To: The Blitz list <blitz-list@helsinki.fi>
  11482. Subject: RE: Making A simple Star Field ?
  11483.  
  11484. Just recently Hesham Amiri was asking about how to make a Star Field such 
  11485. as that used in the excellent BlitzBlank 2.60, the latest version which 
  11486. can be found on Aminet.  Despite the name, most of the blanker modules 
  11487. were written in C, and those that are not, such as my Plasma module, 
  11488. cannot use Blitz`s own screen/palette/drawing commands, as they are 
  11489. currently not compatible with graphics cards.  The BlitzBlank.library 
  11490. opens a screen for you automatically, and all drawing/blitting etc. is 
  11491. done using OS commands.  If you are familiar with using C then you should 
  11492. have no trouble using these OS commands in Blitz as they are identical.  
  11493. As for how to create a star field using them, I`ll leave that up to you! :)
  11494.  
  11495. If you want a small example of how to interface with BlitzBlank in Blitz2 
  11496. then let me know.
  11497.  
  11498. .------------------------.
  11499. |     --.                |
  11500. |     |  \ ,--, ,--,     |
  11501. |     |  | |  | |  |     |
  11502. |     ---' `--`-`  '     |
  11503. |========================|
  11504. | D.C.J.Pink@Herts.ac.uk |
  11505. |   (until ~July 1995)   |
  11506. `------------------------'
  11507.  
  11508.  
  11509.  
  11510. From pradman@ra.abo.fiSun Sep  3 22:30:14 1995
  11511. Date: Mon, 22 May 1995 21:34:05 +0300 (EET DST)
  11512. From: Patrik R}dman MNF94 <pradman@ra.abo.fi>
  11513. Reply to: pradman@aton.abo.fi
  11514. To: Blitz Basic Mailing List <blitz-list@helsinki.fi>
  11515. Subject: Re: STANDARD HELP
  11516.  
  11517. > > Can we try and put this help code into an actual library, as in a
  11518. > > 'help.library' file?  Anyone know how to do this, and would this be a good
  11519.  
  11520. [ snip ]
  11521.  
  11522. > In case there are those of you out there who haven't played with 
  11523. > Amigaguide.library, you can set it up to open it's window on your own 
  11524. > screen, as well as load datatypes objects in 3.0 and above... It's really 
  11525. > pretty nice.
  11526.  
  11527. Some of us are using WB 2.x and 1 MB of memory you know... A help library
  11528. smaller (and faster?) than amigaguide could be a good idea.
  11529.  
  11530. /----------------------------------------------------------------------------\
  11531. | Patrik R<*a>dman                 \ <*A>bo Akademi university, Finland   // |
  11532. | E-mail: pradman@mail.abo.fi       \ Department of Computer Science    \X/  |
  11533. | WWW   : http://www.abo.fi/~pradman \ .sig error! A)bort, R)etry, P)anic?   |
  11534. \----------------------------------------------------------------------------/
  11535.  
  11536.  
  11537.  
  11538.  
  11539.  
  11540.  
  11541. From josh@pinsight.comSun Sep  3 22:30:14 1995
  11542. Date: Mon, 22 May 1995 15:04:07 -0700 (PDT)
  11543. From: Josh Farley <josh@pinsight.com>
  11544. To: blitz-list@helsinki.fi
  11545. Subject: Serial bug
  11546.  
  11547.  
  11548. Okay, now I've found where the real bug is...
  11549.  
  11550. SetSerialLens returns a "Serial device not open" error when the unit 
  11551. #=1... this is a problem...
  11552.  
  11553. It is the only blitz serial command I've found that does this...
  11554.  
  11555. Josh
  11556.  
  11557.  
  11558.  
  11559. From brettc@spaz.manawatu.planet.co.nzSun Sep  3 22:30:14 1995
  11560. Date: Tue, 23 May 95 12:09:30 +1300
  11561. From: Brett Cooper <brettc@spaz.manawatu.planet.co.nz>
  11562. To: blitz-list@helsinki.fi
  11563. Subject: Re: Am I moaning? Or being reasonable?
  11564.  
  11565.  
  11566. Hello Blitz Bards,
  11567.  
  11568. On May 18 Simon wrote:
  11569.  
  11570. > On Wed, 17 May 1995, NIGEL wrote:
  11571. >
  11572. > > Thanks to Brett Cooper in my case, who has sent praise, critques AND
  11573. > > suggestions! Consequently 99% of his comments will be incorporated.
  11574. > >
  11575. > I'll pass the message on as he is currently up In Auckland for his
  11576. > sisters wedding and I promised him a drink at the pub.
  11577.  
  11578. The message did get to me (thanks for the kind words Nigel and passing it
  11579. on to me Simon),  My sister had a great wedding and she let me know that
  11580. all is well with her world.  It's good chaching up with realithaves.
  11581. Simon, thanks for the beer,  the view from that pubs upstairs window
  11582. looking out over the harbor toward the volcanio in the distance with
  11583. the patches of sun light and patches of rain created such powerfull images
  11584. in my head that I will keep the memory for ever or until I die.  Say Hi
  11585. to Andrew,  did he get a buzz from the passive smoke in your office.
  11586. Just got back to Bulls to day, I think I have 95 message to read (most from
  11587. all the real grovey people on the blitz list.  Know time to waste,  must
  11588. read on...
  11589.  
  11590. Rember the chapital of Bulls is 'B',  what else could it be but b.
  11591.  
  11592. Must rush off now.
  11593.  
  11594. Brett
  11595.  
  11596.  
  11597. From c9108939@sol.newcastle.edu.auSun Sep  3 22:30:14 1995
  11598. Date: Tue, 23 May 1995 12:47:09 +1000 (EST)
  11599. From: Brett Johansen <c9108939@sol.newcastle.edu.au>
  11600. To: blitz-list@helsinki.fi
  11601. Subject: Where can I get RIMapeditor - new version
  11602.  
  11603.  
  11604.  
  11605.     Hi 
  11606.         where can I find the new version of the RImapEditor 
  11607.     I only can find the old version....
  11608.  
  11609.                 Brett.
  11610.                 
  11611.                 c9108939@cs.newcastle.edu.au
  11612.  
  11613.  
  11614.     PS.
  11615.         using array indexes is a bad idea if you want speed!
  11616.  
  11617.         Beat solution is to use pointers and add the size of an
  11618.         array item to the pointer each time.
  11619.  
  11620.                 hmmm... did anybody ask this question?
  11621.  
  11622.                     oh well ..... bye
  11623.  
  11624.  
  11625.  
  11626. From tomkruk@escape.comSun Sep  3 22:30:14 1995
  11627. Date: Tue, 23 May 1995 00:53:44 -0400 (EDT)
  11628. From: Tom Kruk <tomkruk@escape.com>
  11629. To: Josh Farley <josh@pinsight.com>
  11630. Cc: blitz-list@helsinki.fi
  11631. Subject: Re: Serial
  11632.  
  11633.  
  11634.  
  11635. On Sun, 21 May 1995, Josh Farley wrote:
  11636.  
  11637. > Hmm... the following section of code produces a "serial port not open" 
  11638. > error on line 2...
  11639. > a.l=OpenSerial("serial.device",1,19200,128)
  11640. > If a<>0 Then SetSerialLens1,8,8,1
  11641. > Now, shouldn't OpenSerial return 0 when I try to open Unit 1?  It doesn't...
  11642. > Josh
  11643.  
  11644.  
  11645. try this...
  11646.  
  11647. ;---------------------------------begin-----------------------
  11648.  
  11649. .openser
  11650. If OpenSerial ("serial.device",0,19200,128+32+16+4)=0
  11651.    r.b=RTEZRequest("ERROR","Could NOT Open Serial Port!","Damn (QUIT)")
  11652.    ser.b=0
  11653.    Goto quit
  11654. EndIf
  11655. SetSerialBuffer 0,16000
  11656.  
  11657. ;---------------------------------end-------------------------
  11658.  
  11659. it works in my program :)
  11660.  _____               _  __           _    
  11661. |_   _|__  _ __ ___ | |/ /_ __ _   _| | __ +---------------------------+
  11662.   | |/ _ \| '_ ` _ \| ' /| '__| | | | |/ / |Name  : Tom Kruk           |
  11663.   | | (_) | | | | | | . \| |  | |_| |   <  |E-Mail: tomkruk@escape.com |
  11664.   |_|\___/|_| |_| |_|_|\_\_|   \__,_|_|\_\ +---------------------------+
  11665. <---------------------------------------------------------------------->
  11666. < | TALK: stomkruk@204.107.76.176 | To Get My PGP Public Key and More  >
  11667. < |  IRC: Tomek                   |     finger tomkruk@escape.com      >
  11668. <---------------------------------------------------------------------->
  11669.  
  11670.  
  11671.  
  11672. From tomkruk@escape.comSun Sep  3 22:30:14 1995
  11673. Date: Tue, 23 May 1995 00:58:46 -0400 (EDT)
  11674. From: Tom Kruk <tomkruk@escape.com>
  11675. To: AL MUNTASIR <hmamiri@ouray.cudenver.edu>
  11676. Cc: blitz-list@helsinki.fi
  11677. Subject: Re: Making A simple Star Field ?
  11678.  
  11679.  
  11680.  
  11681. On Mon, 22 May 1995, AL MUNTASIR wrote:
  11682.  
  11683. > Hi everyone,
  11684. >     I just downloaded the latest Blitz Blanker and Im trully 
  11685. > impressed. However, I was woundring how would someone go about 
  11686. > doing something like the starfield module.
  11687. > I mean, I tried doing a simple starfield for my game intro, and
  11688. > although the results are not too bad, they are no where as smooth
  11689. > as the starfield that came with the blanker.
  11690. > Can someone point me int the right direction ?
  11691. > TIA
  11692. > Hesham Amiri
  11693.  
  11694. well im not sure if you mean 3d starfield or just a simple horizontal
  11695. starfield... if you mean the horizontal, there is a cool example of it
  11696. on BUM (Blitz User Magazine) #6 ... ask SIMON about getting it!
  11697.  
  11698. I guess its prefectly legal for me to send you the code but you
  11699. might want to get the whole BUM #6 for its other goodies! Lemmme KNOW!
  11700.  
  11701. (PS> BUMs are purchased from ACID representatives ask SIMON who is yours)
  11702.  
  11703.  _____               _  __           _    
  11704. |_   _|__  _ __ ___ | |/ /_ __ _   _| | __ +---------------------------+
  11705.   | |/ _ \| '_ ` _ \| ' /| '__| | | | |/ / |Name  : Tom Kruk           |
  11706.   | | (_) | | | | | | . \| |  | |_| |   <  |E-Mail: tomkruk@escape.com |
  11707.   |_|\___/|_| |_| |_|_|\_\_|   \__,_|_|\_\ +---------------------------+
  11708. <---------------------------------------------------------------------->
  11709. < | TALK: stomkruk@204.107.76.176 | To Get My PGP Public Key and More  >
  11710. < |  IRC: Tomek                   |     finger tomkruk@escape.com      >
  11711. <---------------------------------------------------------------------->
  11712.  
  11713.  
  11714.  
  11715. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:14 1995
  11716. Date: Tue, 23 May 1995 09:26:12 +0100
  11717. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  11718. To: blitz-list@helsinki.fi
  11719. Subject: Re: STANDARD HELP
  11720.  
  11721. People keep going on about tutorials/articles about the development of
  11722. programs, so maybe we should try and keep some kind of ongoing report on
  11723. this Help thing - We could stick it onto the web, and put it into BUMs too.
  11724.  
  11725. I think  i may go and make a start on this - I shall for a start make up 
  11726. something from all the response thats come from my original suggestion, and
  11727. we shall see how it goes from there.  Nigel - maybe you could do a similar thing
  11728. but on a more code based level - seeing as youre the one whos actually writing
  11729. it!  ;}
  11730.  
  11731. Mark Tiffany
  11732.  
  11733. .---------------------------------------------------------------.
  11734. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  11735. |  ===========================================================  |
  11736. |                http://sun1.bham.ac.uk/cca93057                |
  11737. |---------------------------------------------------------------|
  11738. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |
  11739. '---------------------------------------------------------------'
  11740.  
  11741.  
  11742.  
  11743.  
  11744.  
  11745.  
  11746. From clive@tlc1.demon.co.ukSun Sep  3 22:30:14 1995
  11747. Date: Tue, 23 May 1995 08:35:32 -0000
  11748. From: Clive Thomas <clive@tlc1.demon.co.uk>
  11749. To: Blitz list <blitz-list@helsinki.fi>
  11750. Subject: Re: STANDARD HELP
  11751.  
  11752. Hi Patrik,
  11753.     You wrote this about Re: STANDARD HELP:
  11754. : > > Can we try and put this help code into an actual library, as in a
  11755. : > > 'help.library' file?  Anyone know how to do this, and would this be a
  11756. : good
  11757. : [ snip ]
  11758. : > In case there are those of you out there who haven't played with 
  11759. : > Amigaguide.library, you can set it up to open it's window on your own 
  11760. : > screen, as well as load datatypes objects in 3.0 and above... It's really
  11761. : > pretty nice.
  11762. : Some of us are using WB 2.x and 1 MB of memory you know... A help library
  11763. : smaller (and faster?) than amigaguide could be a good idea.
  11764.  
  11765.     In   that   case,   why   not  have  the  'help  code'  detect  if  the
  11766. amigaguide.library  exists,  and  if  it  does then use it otherwise use an
  11767. amigaguide   _like_  helper??   The  helper  really  only  needs  to  be  a
  11768. 'text-reader'  of  sorts,  maybe a 'pix-viewer' but I think that's going to
  11769. far.
  11770.  
  11771.  
  11772. BFN,Clive
  11773.  
  11774. -- 
  11775.  +-- clive@tlc1.demon.co.uk ------------------------------------------+
  11776.  | Get it from:   ftp.demon.co.uk:pub/amiga/info/AmosaicFAQ_v1.02.lha |
  11777.  |          or    aminet: docs/misc/AmosaicFAQ.lha                    |
  11778.  +-------------- Sometimes I get so flushed..... it's interesting  ---+
  11779.  
  11780.  
  11781.  
  11782.  
  11783.  
  11784.  
  11785.  
  11786. From sis3149@sis.port.ac.ukSun Sep  3 22:30:14 1995
  11787. Date: Tue, 23 May 1995 09:57:50 +0100 (BST)
  11788. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  11789. To: Brett Johansen <c9108939@sol.newcastle.edu.au>
  11790. Cc: blitz-list@helsinki.fi
  11791. Subject: Re: Where can I get RIMapeditor - new version
  11792.  
  11793. On Tue, 23 May 1995, Brett Johansen wrote:
  11794.  
  11795. >         where can I find the new version of the RImapEditor 
  11796. >     I only can find the old version....
  11797.  
  11798. I'll check when I get time to see if the editor is actually on Aminet - 
  11799. it should be up there.  If it isn't I'll get it uploaded.
  11800.  
  11801.  
  11802.  
  11803. Steve Mc.
  11804.  
  11805. +---------------------------------------------------------------------------+
  11806.                  L E A D I N G   E D G E   S O F T W A R E
  11807. +---------------------------------------------------------------------------+
  11808.                 Hang                 | Current project :                    +
  11809.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  11810. +---------------------------------------------------------------------------+
  11811.  
  11812.  
  11813.  
  11814. From acid@iconz.co.nzSun Sep  3 22:30:14 1995
  11815. Date: Tue, 23 May 1995 21:03:02 +1200 (NZST)
  11816. From: Simon <acid@iconz.co.nz>
  11817. Cc: blitz-list@helsinki.fi
  11818. Subject: Re: Serial
  11819.  
  11820.  
  11821.  
  11822. On Tue, 23 May 1995, Tom Kruk wrote:
  11823.  
  11824. > ;---------------------------------begin-----------------------
  11825. > .openser
  11826. > If OpenSerial ("serial.device",0,19200,128+32+16+4)=0
  11827. >    r.b=RTEZRequest("ERROR","Could NOT Open Serial Port!","Damn (QUIT)")
  11828. >    ser.b=0
  11829. >    Goto quit
  11830. > EndIf
  11831. > SetSerialBuffer 0,16000
  11832.  
  11833. and what else does your program do?
  11834.  
  11835.  
  11836.  
  11837.  
  11838. From acid@iconz.co.nzSun Sep  3 22:30:14 1995
  11839. Date: Tue, 23 May 1995 21:04:34 +1200 (NZST)
  11840. From: Simon <acid@iconz.co.nz>
  11841. Cc: blitz-list@helsinki.fi
  11842. Subject: Re: STANDARD HELP? (fwd)
  11843.  
  11844. Yup,
  11845. I vote for html anyday of the week...
  11846.  
  11847. Anyone in for an html viewer in Blitz?
  11848.  
  11849.  
  11850. From josh@pinsight.comSun Sep  3 22:30:14 1995
  11851. Date: Tue, 23 May 1995 03:43:03 -0700 (PDT)
  11852. From: Josh Farley <josh@pinsight.com>
  11853. To: Simon <acid@iconz.co.nz>
  11854. Cc: blitz-list@helsinki.fi
  11855. Subject: Re: STANDARD HELP? (fwd)
  11856.  
  11857.  
  11858.  
  11859. On Tue, 23 May 1995, Simon wrote:
  11860.  
  11861. > I vote for html anyday of the week...
  11862.  
  11863.   I have docs on GIF, and the LZW compression format that GIF uses, but I 
  11864. haven't found any good HTML docs...
  11865.  
  11866. > Anyone in for an html viewer in Blitz?
  11867.  
  11868.   I've been looking at possibly making an AMosaic-like program, since 
  11869. AMosaic is rather buggy, slow, and hard to get working... that kind of 
  11870. coincides with the HTML ideas...
  11871.  
  11872.   Any thoughts? 
  11873.  
  11874. Josh
  11875.  
  11876.  
  11877. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:14 1995
  11878. Date: Tue, 23 May 1995 13:18:36 +0100
  11879. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  11880. To: blitz-list@helsinki.fi
  11881. Subject: Re: STANDARD HELP? (fwd)
  11882.  
  11883. > Yup,
  11884. > I vote for html anyday of the week...
  11885.  
  11886. I think we are getting a bit bogged down with this help thang.
  11887.  
  11888. <excuse the possible lack of spaces - this keyboards a bit dodgy>
  11889.  
  11890. I think the help lib should just have a small help text that can appear (ill
  11891. wait to see what Nigels got...), and possibly also have a link to an amigaguide
  11892. or HTML doc. using bookmarks (anyone know how to use those in amigagguide??).
  11893.  
  11894. Otherwise we would be reinventing the car, not jsut the wheel!!!
  11895.  
  11896. The markupstuff was really intended for the smallhelp text,so that you could
  11897. possibly put in the odd italic or bold char.  Yes -use the samecodes as html,
  11898. but only support a few.
  11899.  
  11900. Mark Tiffany
  11901.  
  11902.  
  11903.  
  11904.  
  11905.  
  11906.  
  11907. From tomkruk@escape.comSun Sep  3 22:30:14 1995
  11908. Date: Tue, 23 May 1995 10:41:14 -0400 (EDT)
  11909. From: Tom Kruk <tomkruk@escape.com>
  11910. To: Simon <acid@iconz.co.nz>
  11911. Cc: blitz-list@helsinki.fi
  11912. Subject: Re: Serial
  11913.  
  11914.  
  11915.  
  11916. On Tue, 23 May 1995, Simon wrote:
  11917.  
  11918. > On Tue, 23 May 1995, Tom Kruk wrote:
  11919. > > ;---------------------------------begin-----------------------
  11920. > > 
  11921. > > .openser
  11922. > > If OpenSerial ("serial.device",0,19200,128+32+16+4)=0
  11923. > >    r.b=RTEZRequest("ERROR","Could NOT Open Serial Port!","Damn (QUIT)")
  11924. > >    ser.b=0
  11925. > >    Goto quit
  11926. > > EndIf
  11927. > > SetSerialBuffer 0,16000
  11928. > and what else does your program do?
  11929. well, actually I just finished a cool little tool that AUTODIALS my
  11930. SLIP account. Its fully definable through the tooltypes...
  11931. you set everything including unit#,serial,init command,dial prefix,
  11932. name,password...... you set strings to look for like "Password:"
  11933. when it gets that it will send whatever you set for the password.
  11934.  
  11935. ANYWAY, its cool... it dials, redials..until it connects (if you set it
  11936. like that) and the logs you in (sends name/passeord) looks for
  11937. a string like SLIP/PPP start at port... (or whatever you set) and then
  11938. it quits and (if you set it) starts AmiTCP..... shwooo.
  11939.  
  11940. I dunno if this interests anyone. It will be ready any day now. Rich
  11941. is trying to help me set a CON: (for the CLI startnet to execute)...
  11942.  
  11943. if you could send me some code showing how i can open a con for a cli
  11944. program, i would deeply appreciate it :)
  11945.  
  11946. Tom.
  11947. (No time for fancy signature :((( )
  11948.  
  11949.  
  11950.  
  11951. From tomkruk@escape.comSun Sep  3 22:30:14 1995
  11952. Date: Tue, 23 May 1995 10:41:59 -0400 (EDT)
  11953. From: Tom Kruk <tomkruk@escape.com>
  11954. To: Stephen McNamara <sis3149@sis.port.ac.uk>
  11955. Cc: Brett Johansen <c9108939@sol.newcastle.edu.au>, blitz-list@helsinki.fi
  11956. Subject: Re: Where can I get RIMapeditor - new version
  11957.  
  11958.  
  11959.  
  11960. On Tue, 23 May 1995, Stephen McNamara wrote:
  11961.  
  11962. > On Tue, 23 May 1995, Brett Johansen wrote:
  11963. > >         where can I find the new version of the RImapEditor 
  11964. > >     I only can find the old version....
  11965. > I'll check when I get time to see if the editor is actually on Aminet - 
  11966. > it should be up there.  If it isn't I'll get it uploaded.
  11967. > Steve Mc.
  11968. > +---------------------------------------------------------------------------+
  11969. >                  L E A D I N G   E D G E   S O F T W A R E
  11970. > +---------------------------------------------------------------------------+
  11971. >                 Hang                 | Current project :                    +
  11972. >    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  11973. > +---------------------------------------------------------------------------+
  11974. i'D LIKE IT TOO! :)
  11975.  
  11976.  
  11977.  
  11978.  
  11979. From: JONNY (BEC) 01232 894383 <JCOCHRANE@bfsec.bt.co.uk>
  11980. To: blitz-list@helsinki.fi
  11981. Message-Id: <950523163257.23604a53@bfsec>
  11982. Subject: Re: Serial
  11983. MIME-Version: 1.0
  11984. Content-Type: text/plain; charset="us-ascii"
  11985. Content-Transfer-Encoding: 7bit
  11986. Sender: owner-blitz-list@helsinki.fi
  11987. Precedence: bulk
  11988. Status: RO
  11989.  
  11990.  
  11991. hey, tom.. i`m interested in your SLIP account dialer
  11992.  
  11993. mail me the source if ya want
  11994.  
  11995. cheers, thanks
  11996.         Jonny
  11997.  
  11998.  
  11999.  
  12000. From suoranta@rupikonnaSun Sep  3 22:30:14 1995
  12001. Date: Tue, 23 May 1995 18:55:58 +0300 (EET DST)
  12002. From: Esa Suoranta <suoranta@rupikonna>
  12003. To: blitz-list@helsinki.fi
  12004. Subject: General Info???
  12005.  
  12006. I'd like to know what is the latest version of Blitz Basic: TED, libs, 
  12007. BUMS etc.
  12008.  
  12009. I'm currently using Blitz Basic 2 1.90, LES debug 1.21, last BUM is 7.
  12010.  
  12011. Also is there something coming out soon? How is it with Blitz3 pr BUM 8?
  12012. And where can I get latest userlibs? Where's Blitz 3d lib?
  12013.  
  12014.  
  12015. From phips@scout.rhein-main.deSun Sep  3 22:30:14 1995
  12016. Date: Tue, 23 May 95 19:54:59 CET
  12017. From: Philipp Lonke <phips@scout.rhein-main.de>
  12018. To: blitz-list@helsinki.fi
  12019. Subject: HTML Viewer in Blitz
  12020.  
  12021. Hi Simon, you wrote in <Pine.SUN.3.91.950523210344.5605B-100000@iconz.co.nz> on May 23:
  12022.  
  12023. > Yup,
  12024. > I vote for html anyday of the week...
  12025. > Anyone in for an html viewer in Blitz?
  12026.  
  12027. Yes, me!! If I only knew more about how to do something like Mosaic,
  12028. I'd program it by myself, coz AMosaic is kind of unstable ... But I
  12029. don't know much about the TCP/IP or Slip or PPP or whatever ;)
  12030.  
  12031. -- 
  12032. Philipp Lonke * phips@scout.rhein-main.de * postal adress on demand
  12033. "Lehrerkommödie: Die Armut der Lehrer, während die Staaten Unsummen für
  12034. die Wehrmacht hinauswerfen. Da sie nur Lehrer für 600 DM sich leisten
  12035. können, bleiben die Völker so dumm, daß sie sich Kriege für 60
  12036. Milliarden leisten müssen." (Ch. Morgenstern, "Aphorismen")
  12037.  
  12038.  
  12039. From sflock@comtch.iea.comSun Sep  3 22:30:14 1995
  12040. Date: Tue, 23 May 1995 13:37:55 -0700 (PDT)
  12041. From: "S. Flock" <sflock@comtch.iea.com>
  12042. To: Blitz List <blitz-list@helsinki.fi>
  12043. Subject: What does it take?
  12044.  
  12045.  
  12046.  So I spend 6 months waiting for US support to be sorted out so I can 
  12047. purchase Blitz 2.. And even when it finally is I got the impression that 
  12048. no-one really cares if the product is sold or not anyways. So I get 
  12049. Blitz2 used. 
  12050.  
  12051.  But I'm still not any better off than I was when I was using the demo 
  12052. because my project needs libs that won't work anything below 1.8.. (I 
  12053. have 1.7)
  12054.  
  12055.  What do I need to do now to get this up to the most current version? And 
  12056. I TRIED to find out from the person that is supposed to handle US 
  12057. support. I must be an ass or something, because I don't get any response.
  12058.  
  12059.  Steve
  12060.  
  12061.  
  12062. /---------------------------------+---------------------------------------\
  12063. | Steve Flock - Binary Assault    | Current Project: Donkey Kong (Arcade) | 
  12064. | Programmer, Gfxian, Code Mangler|          Status: 65% complete         |
  12065. \---------------------------------+---------------------------------------/
  12066.  
  12067.  
  12068.  
  12069.  
  12070. From greg@redfive.demon.co.ukSun Sep  3 22:30:15 1995
  12071. Date: Tue, 23 May 95 22:13:47 GMT
  12072. From: Gregory Caldwell <greg@redfive.demon.co.uk>
  12073. To: blitz-list@helsinki.fi
  12074. Subject: Sound Sampling in BB2
  12075.  
  12076. Hi Everyone,
  12077.  
  12078. I thought I'd drop a line to ask for a bit of help if possible. I am
  12079. intending to write a sound sampling/real time effects prog ib BB2.
  12080.  
  12081. The problem I have is that I don't know the best way to capture the
  12082. samples. Yes I can read the parallel port and extract sample data but
  12083. there is no timing involved and I need to be able to apply a variable
  12084. sample rate on the capture.
  12085.  
  12086. I presume it has to be done through a timer interrupt of some
  12087. description but my other attempts at IRQ's other than a vertical blank
  12088. IRQ seem to fail dismally. This goes for capturing serial port info
  12089. as well (but that's a different story/program).
  12090.  
  12091. Any pointers, help, info, sound sampling progam code or someone who can
  12092. tell me the answers to everything would be most appreciated.
  12093.  
  12094. Cheers for any response.
  12095.  
  12096. Greg
  12097.  
  12098.  
  12099. #-------------------------------------------------------------------------#
  12100. #Greg. P. Caldwell                         Email greg@redfive.demon.co.uk #
  12101. #AMIGA A4000/030, 6Meg, 170MB-HD.                                         #
  12102. #Gentlemen, Lets broaden our minds & Think about the Future!!!!!!         #
  12103. #-------------------------------------------------------------------------#
  12104.  
  12105.  
  12106.  
  12107.  
  12108.  
  12109.  
  12110.  
  12111.  
  12112.  
  12113.  
  12114.  
  12115.  
  12116. From ngh94@aber.ac.ukSun Sep  3 22:30:15 1995
  12117. Date: Wed, 24 May 1995 09:16:53 +0100
  12118. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  12119. To: blitz-list@helsinki.fi
  12120. Subject: Re: STANDARD HELP 
  12121.  
  12122. In message <9505230826.AA00248@sun1.bham.ac.uk>, 
  12123.     MO Tiffany <cca93057@sun1.academic-computing-service.birmingham.ac.uk> 
  12124. writes:
  12125. > People keep going on about tutorials/articles about the development of
  12126. > programs, so maybe we should try and keep some kind of ongoing report on
  12127. > this Help thing - We could stick it onto the web, and put it into BUMs too.
  12128.  
  12129. I agree. 
  12130.  
  12131. > I think  i may go and make a start on this - I shall for a start make up 
  12132. > something from all the response thats come from my original suggestion, and
  12133. > we shall see how it goes from there.  Nigel - maybe you could do a similar th
  12134. > ing
  12135. > but on a more code based level - seeing as youre the one whos actually writin
  12136. > g
  12137. > it!  ;}
  12138.  
  12139. Sure I shall have a kind of design/code section if you will work with the 
  12140. spec, set up links etc and we should be sorted.
  12141.  
  12142.  
  12143. I think the main thing is people grab ShapeZ from my web page or ask me
  12144. to email it so they can SEE what I have done. Most peoples suggestions
  12145. are already in! Once we have all seen it we can discuss where to go now.
  12146.  
  12147. Amiga Guide is tempting, more so than html in my opinion, but is slow
  12148. on older machnines.
  12149.  
  12150. Anyhow to all those people who have requested shapes by email, it is on 
  12151. the way. Did I send you one Mark?
  12152.  
  12153. Nigel Hughes
  12154.  
  12155. +---------------------------------------------------------------------------+
  12156.                  L E A D I N G   E D G E   S O F T W A R E
  12157. +---------------------------------------------------------------------------+
  12158.             FUNdamental              | Current project : ShapeZ II Arexx    +
  12159.           ngh94@aber.ac.uk           | [#################:::::::::::::::::] +
  12160. +---------------------------------------------------------------------------+
  12161.  
  12162.  
  12163.  
  12164.  
  12165. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:15 1995
  12166. Date: Wed, 24 May 1995 10:34:54 +0100
  12167. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  12168. To: blitz-list@helsinki.fi
  12169. Subject: Re: Sound Sampling in BB2
  12170.  
  12171. > I presume it has to be done through a timer interrupt of some
  12172. > description but my other attempts at IRQ's other than a vertical blank
  12173. > IRQ seem to fail dismally. This goes for capturing serial port info
  12174. > as well (but that's a different story/program).
  12175. > Any pointers, help, info, sound sampling progam code or someone who can
  12176. > tell me the answers to everything would be most appreciated.
  12177.  
  12178. Well, a suggestion sometime ago for higher timing rates is actually already in
  12179. the FAQ (still only in HTML on my web page (see the sig)).  
  12180.  
  12181. This was to use the Vpos command to get the vcertical position of the beam,
  12182. which gives you 1/256 (or 1/200 i NTSC) of a vertical blank.
  12183.  
  12184. Dont know if this is fast enough...
  12185.  
  12186. Mark
  12187.  
  12188. .---------------------------------------------------------------.
  12189. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |  
  12190. |                          curator of                           |
  12191. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  12192. '============== http://sun1.bham.ac.uk/cca93057 ================'
  12193.                               
  12194.  
  12195.  
  12196. From mca@glasgow-caledonian.ac.ukSun Sep  3 22:30:15 1995
  12197. Date: Wed, 24 May 1995 15:48:56 +0300
  12198. From: "M.Carter" <mca@glasgow-caledonian.ac.uk>
  12199. To: blitz-list@helsinki.fi
  12200. Subject: bum8
  12201.  
  12202.  
  12203. A long, long time ago, I heard from this list that BUM8 would 
  12204. soon be ready. Well, a long, long time later, I haven't received it.
  12205. I have been unsubscribed to this list for some time, so I wonder
  12206. if anyone can tell me if BUM8 has been sent out, or what?
  12207.  
  12208. Mark Carter.
  12209. In England (well, Scotland, actually, but it's the same thing).
  12210.  
  12211.  
  12212. From josh@pinsight.comSun Sep  3 22:30:15 1995
  12213. Date: Wed, 24 May 1995 14:24:06 -0700 (PDT)
  12214. From: Josh Farley <josh@pinsight.com>
  12215. To: Patrik R}dman MNF94 <pradman@ra.abo.fi>
  12216. Cc: Blitz Basic Mailing List <blitz-list@helsinki.fi>,
  12217.     Patrik R}dman MNF94 <pradman@ra.abo.fi>
  12218. Subject: Re: Heir to Jurgen Valks?
  12219.  
  12220.  
  12221.  
  12222. On Wed, 24 May 1995, Patrik R}dman MNF94 wrote:
  12223.  
  12224. > Since Jurgen Valks is gone now, :'( would someone else consider handling the
  12225. > Blitz Project Report list?
  12226.  
  12227.   I'll do it, if no one else wants it...
  12228.  
  12229. Josh Farley     Netmail: 1:119/88     E-Mail: josh@pinsight.com
  12230.   Now Available: "TeleTerm" Terminal program Version 2.0
  12231.       FTP as comm/term/teleterm20.lha
  12232.   Also Available: "Ooze" ECS/AGA Version 2...
  12233.       FTP as game/think/oozeaga2u.lha or game/think/oozeecs2u.lha
  12234.   or at 1:119/88 or 916-893-8079
  12235.  
  12236.  
  12237.  
  12238. From josh@pinsight.comSun Sep  3 22:30:15 1995
  12239. Date: Wed, 24 May 1995 23:06:48 -0700 (PDT)
  12240. From: Josh Farley <josh@pinsight.com>
  12241. To: Tom Kruk <tomkruk@escape.com>
  12242. Cc: Simon's BLITZ-LIST <blitz-list@helsinki.fi>
  12243. Subject: Re: The CONing game...
  12244.  
  12245.  
  12246.  
  12247. On Thu, 25 May 1995, Tom Kruk wrote:
  12248.  
  12249. > I am not all too familiar with fancy dos calls (not many anyway)
  12250. > and my dialer needs to open a CON window..
  12251.  
  12252.   Are you talking about opening up a console?  If so, you need to use a 
  12253. completely different setup... I can show you how, if that's what you're 
  12254. looking to do... Opening a shell is different, and I've never had to do 
  12255. that, so others would be better able to help you there...
  12256.  
  12257. Josh Farley     Netmail: 1:119/88     E-Mail: josh@pinsight.com
  12258.   Now Available: "TeleTerm" Terminal program Version 2.0
  12259.       FTP as comm/term/teleterm20.lha
  12260.   Also Available: "Ooze" ECS/AGA Version 2...
  12261.       FTP as game/think/oozeaga2u.lha or game/think/oozeecs2u.lha
  12262.   or at 1:119/88 or 916-893-8079
  12263.  
  12264.  
  12265.  
  12266. From tomkruk@escape.comSun Sep  3 22:30:15 1995
  12267. Date: Thu, 25 May 1995 00:03:24 -0400 (EDT)
  12268. From: Tom Kruk <tomkruk@escape.com>
  12269. To: Simon's BLITZ-LIST <blitz-list@helsinki.fi>
  12270. Subject: The CONing game...
  12271.  
  12272.  
  12273. "Who know all there is to know about the CONing game???"
  12274.  
  12275. I am not all too familiar with fancy dos calls (not many anyway)
  12276. and my dialer needs to open a CON window..
  12277.  
  12278. The problem is when i try to execute_ a CLI program like AmiTCP's 
  12279. startnet... (or dir :) )... Do you know what I mean???
  12280.  
  12281. Would someone be so kind as to send me an example... I have
  12282. something, but it doesn't work.. anyone know why???
  12283.  
  12284. ;----- this doesnt work right ----
  12285.  
  12286. a$="CON:OUTPUT"
  12287. filename$="c:dir"
  12288. fh.l=Open_(&a$,#MODE_READWRITE)
  12289. If fh
  12290.   a$=filename$
  12291.   Execute_ &a$,fh,fh
  12292. EndIf
  12293. Close_ fh
  12294.  
  12295. end
  12296.  
  12297. ;---------------------------------
  12298.  
  12299. The #MODE_READWRITE comes from my resident file.
  12300.  
  12301.  _____               _  __           _    
  12302. |_   _|__  _ __ ___ | |/ /_ __ _   _| | __ +---------------------------+
  12303.   | |/ _ \| '_ ` _ \| ' /| '__| | | | |/ / |Name  : Tom Kruk           |
  12304.   | | (_) | | | | | | . \| |  | |_| |   <  |E-Mail: tomkruk@escape.com |
  12305.   |_|\___/|_| |_| |_|_|\_\_|   \__,_|_|\_\ +---------------------------+
  12306. <---------------------------------------------------------------------->
  12307. < | TALK: stomkruk@204.107.76.176 | To Get My PGP Public Key and More  >
  12308. < |  IRC: Tomek                   |     finger tomkruk@escape.com      >
  12309. <---------------------------------------------------------------------->
  12310. < | Current Project:  IDIAL (SLIP/PPP Dialer for AmiTCP Internet       >
  12311. <  (***********************************************::) 96% complete    >
  12312. <  0                       50                       100                >
  12313. <----------------------------------------------------------------------> 
  12314.  
  12315.  
  12316. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:15 1995
  12317. Date: Thu, 25 May 1995 09:49:42 +0100
  12318. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  12319. To: blitz-list@helsinki.fi
  12320. Subject: Re: Heir to Jurgen Valks?
  12321.  
  12322. Josh wrote:
  12323.  
  12324. > On Wed, 24 May 1995, Patrik R}dman MNF94 wrote:
  12325. > > Since Jurgen Valks is gone now, :'( would someone else consider handling the
  12326. > > Blitz Project Report list?
  12327. >   I'll do it, if no one else wants it...
  12328.  
  12329. I would have offered to do it (seeing as its on my web page), but I am Uni
  12330. student, so I dont have access to the net all year (as some of you may have 
  12331. noticed!).
  12332.  
  12333. If you could handle it Josh, could you please forward any updates you get to
  12334. me so i can update my page.
  12335.  
  12336. If people want some more details on my web page, then I can handle some longer
  12337. text files (if you write `em, Ill spellcheck/edit them).  I cant really let
  12338. everyone have piccies - it would fill up my disk quota pretty quick i expect -
  12339. so what i suggest is that other people write their _OWN_ web pages with details,
  12340. and then i can link into them directly.  If you want details on how to write 
  12341. html web pages, contact your sysop/webmaster, and also read through the guide
  12342. to writing html - There is a link for that on the BPR section of my website.
  12343.  
  12344. My details are...
  12345. --------------------------------------------------------------------------
  12346. NAME    : SgtBilko (Mark Tiffany)
  12347. EMAIL   : TiffanMO@phymat.bham.ac.uk OR cca93057@sun1.bham.ac.uk
  12348. URL     : http://sun1.bham.ac.uk/cca93057
  12349.  
  12350. STATUS  : Due to a dead amiga for the past 8 weeks, progress has halted.
  12351.  
  12352. PROJECT : Virtual Worlds
  12353. STATUS  : As of 1/4/95, V1.019 now available 
  12354.           It all works, but more _WILL_ be added.
  12355. DESCRIP.: Adventure Creation System, mainly for text adventures with
  12356.           still graphics, support for Monkey Island style adventures
  12357.           to be implemented once main features are complete.
  12358. AVAIL.  : dev/misc/VirtualWorlds.lha on aminet
  12359.  
  12360. PROJECT : Virtual Software Include Libraries
  12361. STATUS  : 17/10/94 ToolTypes,ASL,TextEntry supported.  Constantly(ish)
  12362.           updated.
  12363. DESCRIP.: A few include files that give some nice features for your progs.
  12364. AVAIL.  : dev/basic/VS-Includes.lha on aminet
  12365.  
  12366. PROJECT : SABOTEUR
  12367. STATUS  : Planning stages 
  12368. DESCRIP.: 'Simple' HiredGuns/Captive style game.
  12369. ---------------------------------------------------------------------------
  12370.  
  12371. Cheers.
  12372.  
  12373. Mark Tiffany
  12374.  
  12375. .---------------------------------------------------------------.
  12376. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |  
  12377. |                          curator of                           |
  12378. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  12379. '============== http://sun1.bham.ac.uk/cca93057 ================'
  12380.                               
  12381.  
  12382.  
  12383. From josh@pinsight.comSun Sep  3 22:30:15 1995
  12384. Date: Thu, 25 May 1995 03:20:29 -0700 (PDT)
  12385. From: Josh Farley <josh@pinsight.com>
  12386. To: MO Tiffany <cca93057@sun1.bham.ac.uk>
  12387. Cc: blitz-list@helsinki.fi
  12388. Subject: Re: Heir to Jurgen Valks?
  12389.  
  12390.  
  12391.   Well, unless someone else is really itching to do the Blitz.guide file, 
  12392. I geuss I will... Heck, it's not that hard, and alot of the work is 
  12393. already done...
  12394.  
  12395.   The first thing I will do is separate the guide into a bunch of smaller 
  12396. files, to make things easier, and loading faster...
  12397.  
  12398.   The last version of the guide I have is version 1.3... is there a newer 
  12399. version to start from?
  12400.  
  12401.   Lastly, if anyone out there knows of a blitzlib not in the current 
  12402. guide, could you send me the docs for it, or at least the location to get 
  12403. it from?
  12404.  
  12405. Josh Farley     Netmail: 1:119/88     E-Mail: josh@pinsight.com
  12406.   Now Available: "TeleTerm" Terminal program Version 2.0
  12407.       FTP as comm/term/teleterm20.lha
  12408.   Also Available: "Ooze" ECS/AGA Version 2...
  12409.       FTP as game/think/oozeaga2u.lha or game/think/oozeecs2u.lha
  12410.   or at 1:119/88 or 916-893-8079
  12411.  
  12412.  
  12413.  
  12414. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:15 1995
  12415. Date: Thu, 25 May 1995 13:20:48 +0100
  12416. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  12417. To: blitz-list@helsinki.fi
  12418. Subject: Re: Heir to Jurgen Valks?
  12419.  
  12420.  
  12421. Josh Wrote:
  12422.  
  12423. > On Thu, 25 May 1995, MO Tiffany wrote:
  12424. >> so what i suggest is that other people write their _OWN_ web pages 
  12425. >> and then i can link into them directly.  If you want details on how to write 
  12426. >> html web pages, contact your sysop/webmaster, and also read through the guide
  12427. >> to writing html - There is a link for that on the BPR section of my website.
  12428. >   I've never written a web page (I just got AmiTCP and Amosaic to run 
  12429. > without crashing)... how do I set one up?  I don't mean writing the html 
  12430. > file, I can do that... 
  12431.  
  12432. OK.  You can only have a web page (basically) if your web address (URL) is
  12433. online all the time.  There need to be programs running that handle the 
  12434. accessing of your files, and this is normally handled by someone normally
  12435. called the WebMaster.  If you are on a Uni account, then you can probably
  12436. set yourself up, otherwise it will be harder - i really dont know what you
  12437. would need to do (anyone else know??)
  12438.  
  12439. Writing the pages once you have been setup on your system is 'fairly'
  12440. easy.  You use a markup language called HTML (theres a guide to it linked 
  12441. from my web page), which is 'similar' to amigaguide stuff.  Remember that
  12442. in mosaic/netscape there is an option to view the actual html source for
  12443. what you are looking at - this is one of the best ways to find out what you
  12444. can achieve.
  12445.  
  12446. This is an OFFER coming up.....
  12447.  
  12448. If anyone CANNOT set up a web page on their own site, then I can provide
  12449. storage for it.  If anyone wants to do this, then it is _YOUR_ responsibility
  12450. to update it.  All I will do is put it into my disk area and link it into my 
  12451. webpage.  You send me new/updated files as and when you want.
  12452. THIS IS NOT AN OFFER FOR _ANY_ WEB PAGE.  ONLY BLITZ STUFF PLEASE!!!!
  12453.  
  12454. Thank you.
  12455.  
  12456. Mark Tiffany
  12457.  
  12458. .---------------------------------------------------------------.
  12459. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |  
  12460. |                          curator of                           |
  12461. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  12462. '============== http://sun1.bham.ac.uk/cca93057 ================'
  12463.                               
  12464.  
  12465.  
  12466. From ngh94@aber.ac.ukSun Sep  3 22:30:15 1995
  12467. Date: Thu, 25 May 1995 13:59:16 +0100
  12468. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  12469. To: blitz-list@helsinki.fi
  12470. Subject: Launching Programs
  12471.  
  12472.  
  12473. Dear All,
  12474.     Am I current in assuming that I can launch other programs by
  12475. doing...
  12476.  
  12477.  
  12478.     p$="Myprog"
  12479.     f$="NIL:"
  12480.     Execute_ (&p$,&f$)`
  12481.  
  12482.     And if so, why does it not work?
  12483.  
  12484.  
  12485.     Thanks for any help you can offer...
  12486.  
  12487.     Nigel Hughes
  12488.  
  12489. +---------------------------------------------------------------------------+
  12490.                  L E A D I N G   E D G E   S O F T W A R E
  12491. +---------------------------------------------------------------------------+
  12492.             FUNdamental              | Current project : ShapeZ II Arexx    +
  12493.           ngh94@aber.ac.uk           | [#############################:::::] +
  12494. +---------------------------------------------------------------------------+
  12495.  
  12496.  
  12497.  
  12498.  
  12499.  
  12500. From muckleys@helios.aston.ac.ukSun Sep  3 22:30:15 1995
  12501. Date: Thu, 25 May 1995 14:11:57 +0100
  12502. From: muckleys <muckleys@helios.aston.ac.uk>
  12503. To: blitz-list@helsinki.fi
  12504. Subject: Skidmarks subscription anybody??
  12505.  
  12506. Hello,
  12507.  
  12508. right first up I have had a really weird experiance...
  12509.  
  12510. As I related to the blitz list months ago I sent off my registration details
  12511. for Blitz Basic 2 and heard bugger all off anybody which was a shame as I 
  12512. had no details of how to subscribe to the BUM's with BB2 and thus thought
  12513. that I would get that information after I sent away my reg. form.
  12514.  
  12515. To cut a long (and ultimately boring) story short I never heard anything
  12516. until yesterday that is when I recieved a letter saying "that as I am a
  12517. registered user of Skidmarks would I like to upgrade for a tenner?".  Now
  12518. first things first I have never even played Skidmarks and definately don't 
  12519. own it and to be perfectly honest would rather get a version of ABC when it 
  12520. comes out and a chance to subscribe to the BUM's.
  12521.  
  12522. If anybody can help me then please do
  12523.  
  12524. and Christ I REALLY hope this isn't a surreal joke of acids..:)
  12525.  
  12526. Stuart  muckleys@aston.ac.uk
  12527.  
  12528. PS. Does anybody want to swap a skidmarks reg. for a blitz reg and the
  12529. chance to get some BUM's??
  12530.  
  12531. PPS. Is it worth having Super Skidmarks (or whatever its called) for a
  12532. tenner?? Or is it a piece of crap ;) (note: don't get angry this IS A JOKE!)
  12533.  
  12534.  
  12535. From tomkruk@escape.comSun Sep  3 22:30:15 1995
  12536. Date: Thu, 25 May 1995 09:52:59 -0400 (EDT)
  12537. From: Tom Kruk <tomkruk@escape.com>
  12538. To: Josh Farley <josh@pinsight.com>
  12539. Cc: Simon's BLITZ-LIST <blitz-list@helsinki.fi>
  12540. Subject: Re: The CONing game...
  12541.  
  12542.  
  12543.  
  12544. On Wed, 24 May 1995, Josh Farley wrote:
  12545.  
  12546. > On Thu, 25 May 1995, Tom Kruk wrote:
  12547. > > I am not all too familiar with fancy dos calls (not many anyway)
  12548. > > and my dialer needs to open a CON window..
  12549. >   Are you talking about opening up a console?  If so, you need to use a 
  12550. > completely different setup... I can show you how, if that's what you're 
  12551. > looking to do... Opening a shell is different, and I've never had to do 
  12552. > that, so others would be better able to help you there...
  12553. > Josh Farley     Netmail: 1:119/88     E-Mail: josh@pinsight.com
  12554. >   Now Available: "TeleTerm" Terminal program Version 2.0
  12555. >       FTP as comm/term/teleterm20.lha
  12556. >   Also Available: "Ooze" ECS/AGA Version 2...
  12557. >       FTP as game/think/oozeaga2u.lha or game/think/oozeecs2u.lha
  12558. >   or at 1:119/88 or 916-893-8079
  12559.    YEAH.. I want to open a CONsole for a program that I am executing.
  12560.    You know how some things need a CON output window. Like in OPUS
  12561.    or Tools Daemon (you set WB or CLI) and if its CLI it opens a CONsole
  12562.    output for that program. 
  12563.  
  12564.    You see I am trying to execute a program startnet (AmiTCP) and it needs
  12565.    an output window!
  12566.  
  12567.    Thanx
  12568.  
  12569.    Tom.
  12570.  
  12571.  
  12572.  
  12573. From tomkruk@escape.comSun Sep  3 22:30:15 1995
  12574. Date: Thu, 25 May 1995 09:57:04 -0400 (EDT)
  12575. From: Tom Kruk <tomkruk@escape.com>
  12576. To: NIGEL HUGHES <ngh94@aber.ac.uk>
  12577. Cc: blitz-list@helsinki.fi
  12578. Subject: Re: Launching Programs
  12579.  
  12580.  
  12581.  
  12582. On Thu, 25 May 1995, NIGEL HUGHES wrote:
  12583.  
  12584. > Dear All,
  12585. >     Am I current in assuming that I can launch other programs by
  12586. > doing...
  12587. >     p$="Myprog"
  12588. >     f$="NIL:"
  12589. >     Execute_ (&p$,&f$)`
  12590. >     And if so, why does it not work?
  12591. >     Thanks for any help you can offer...
  12592. >     Nigel Hughes
  12593. Actually on most programs this works:
  12594.  
  12595.        p$="Myprog"
  12596.        Execute_ &Myprog,0,0
  12597.        end
  12598.  
  12599. (Hope This Helps A Bit !)
  12600.  
  12601. Tom.
  12602.  
  12603.  
  12604.  
  12605. From tomkruk@escape.comSun Sep  3 22:30:15 1995
  12606. Date: Thu, 25 May 1995 10:03:36 -0400 (EDT)
  12607. From: Tom Kruk <tomkruk@escape.com>
  12608. To: NIGEL HUGHES <ngh94@aber.ac.uk>
  12609. Cc: blitz-list@helsinki.fi
  12610. Subject: Re: Launching Programs
  12611.  
  12612.  
  12613.  
  12614. On Thu, 25 May 1995, NIGEL HUGHES wrote:
  12615.  
  12616. > Dear All,
  12617. >     Am I current in assuming that I can launch other programs by
  12618. > doing...
  12619. >     p$="Myprog"
  12620. >     f$="NIL:"
  12621. >     Execute_ (&p$,&f$)`
  12622. >     And if so, why does it not work?
  12623. Nigel, Its me again.
  12624.  
  12625. I did however get this to work (but its slower???)
  12626.  
  12627.  p$="Myprog
  12628.  f$="NIL:"
  12629.  Execute_ &p$,&f$,0
  12630.  end
  12631.  
  12632.  This has an error because its wrong sytext. you dont need the () and `
  12633.  and you need an extra parameter (0) ?
  12634.  |
  12635.  |
  12636. Execute_ (&p$,&f$)`
  12637.  
  12638. See YA!
  12639.  
  12640.  
  12641.  
  12642. From sis3147@sis.port.ac.ukSun Sep  3 22:30:15 1995
  12643. Date: Thu, 25 May 1995 15:11:36 +0100 (BST)
  12644. From: Big Will Riker <sis3147@sis.port.ac.uk>
  12645. To: NIGEL HUGHES <ngh94@aber.ac.uk>
  12646. Cc: blitz-list@helsinki.fi
  12647. Subject: Re: Launching Programs
  12648.  
  12649. On Thu, 25 May 1995, NIGEL HUGHES wrote:
  12650.  
  12651. > Dear All,
  12652. >     Am I current in assuming that I can launch other programs by
  12653. > doing...
  12654.  
  12655. I suspect you are a raisin in assuming that. :) (I know its currant
  12656. not current)
  12657.  
  12658. >     p$="Myprog"
  12659. >     f$="NIL:"
  12660. >     Execute_ (&p$,&f$)`
  12661. >     And if so, why does it not work?
  12662.  
  12663. Err...execute takes 3 args
  12664.  
  12665. Execute_ p$,<inputfilehandle>,<outputfilehandle>
  12666.  
  12667. so it would be Execute_ p$,0,0 (for NIL output)
  12668.  
  12669. Steve.
  12670.  ___________________________________________________________________________
  12671. /           Amiga Developer          | Current Project : BlitzOS Lib        \
  12672. |    sis3147@anubis.sis.port.ac.uk   | [####::::::::::::::::::::::::::::::] |
  12673. \____________________________________|______________________________________/
  12674.  
  12675.  
  12676.  
  12677. From apelton@coventry.ac.ukSun Sep  3 22:30:15 1995
  12678. Date: Thu, 25 May 1995 16:46:08 +0100 (BST)
  12679. From: Andy Pelton <apelton@coventry.ac.uk>
  12680. To: Blitz-List <blitz-list@helsinki.fi>
  12681. Subject: Am I moaning or not?
  12682.  
  12683. When is BUM8 going to be realsed?
  12684.  
  12685. With the linked lists why not make them so you dont have specify a size 
  12686. parameter like : DIM LIST mylist (), So the every time you add an item 
  12687. the list grows until the the program runs out of memory as this is the 
  12688. whole point of linked lists. The only boundary of the size of the list is 
  12689. memory.
  12690.  
  12691. With some of the commands why not make sure the are totally bug free 
  12692. before releasing them and causing everyone some greif, as when you 
  12693. complie and rum some programs they like crash as the command is a bit 
  12694. buggy on that machine Richard Elmores Space$ command does not like the 
  12695. 500+.
  12696.  
  12697. Also why not get the AGA dual playfield working (properly) so you dont have 
  12698. play with BLPCON or something like that first. and also why not get the 
  12699. width of initcoplist working as a parameter instead of playing with 
  12700. display controls.
  12701.  
  12702. Well thats that.
  12703.  
  12704. Also is ABC going to really be able to Cross-compile to different machines.
  12705.  
  12706.  
  12707. From pradman@ra.abo.fiSun Sep  3 22:30:15 1995
  12708. Date: Thu, 25 May 1995 20:24:21 +0300 (EET DST)
  12709. From: Patrik R}dman MNF94 <pradman@ra.abo.fi>
  12710. To: Blitz Basic Mailing List <blitz-list@helsinki.fi>
  12711. Subject: The FTP sites.
  12712.  
  12713. Please, when you upload to x2ftp.oulu.fi or ftp.ee.port.ac.uk, upload to
  12714. the other one also! I just ftp:d "pic.lha" from the uk site, and it was
  12715. sloooooo-oooooo-oooooo-ooooo-oooower than a snail in syrup. :)
  12716. x2ftp is fast me for me though.
  12717.  
  12718. Does anyone know who you should contact for creating new aminet directories?
  12719. If we had a dev/blitz directory on aminet we wouldn't need these ftp sites.
  12720.  
  12721. /----------------------------------------------------------------------------\
  12722. | Patrik R<*a>dman                 \ <*A>bo Akademi university, Finland   // |
  12723. | E-mail: pradman@mail.abo.fi       \ Department of Computer Science    \X/  |
  12724. | WWW   : http://www.abo.fi/~pradman \ .sig error! A)bort, R)etry, P)anic?   |
  12725. \----------------------------------------------------------------------------/
  12726.  
  12727.  
  12728. From josh@pinsight.comSun Sep  3 22:30:15 1995
  12729. Date: Thu, 25 May 1995 11:57:10 -0700 (PDT)
  12730. From: Josh Farley <josh@pinsight.com>
  12731. To: Tom Kruk <tomkruk@escape.com>
  12732. Cc: Simon's BLITZ-LIST <blitz-list@helsinki.fi>
  12733. Subject: Re: The CONing game...
  12734.  
  12735.  
  12736.  
  12737. On Thu, 25 May 1995, Tom Kruk wrote:
  12738.  
  12739. > > > I am not all too familiar with fancy dos calls (not many anyway)
  12740. > > > and my dialer needs to open a CON window..
  12741. > > 
  12742. > >   Are you talking about opening up a console?  If so, you need to use a 
  12743. > > completely different setup... I can show you how, if that's what you're 
  12744. > > 
  12745. >    YEAH.. I want to open a CONsole for a program that I am executing.
  12746. >    You know how some things need a CON output window. Like in OPUS
  12747. >    or Tools Daemon (you set WB or CLI) and if its CLI it opens a CONsole
  12748. >    output for that program. 
  12749. >    You see I am trying to execute a program startnet (AmiTCP) and it needs
  12750. >    an output window!
  12751.  
  12752.   I'm not sure opening a console is enough in this instance... you need 
  12753. to be able to direct the output...
  12754.  
  12755.   I wonder if executing IconX with startnet as an argument would do the 
  12756. job...
  12757.  
  12758.   Here's my console code, anyway...
  12759.  
  12760.   If *conmp=0 Then *conmp=CreateMsgPort_
  12761.  If *conmp.MsgPort
  12762.   If *conio.IOStdReq=0 Then *conio=CreateIORequest_(*conmp, SizeOf .IOStdReq)
  12763.    If *conio
  12764.     *conio\io_Data=*mw0.Window
  12765.     *conio\io_Length=SizeOf .Window
  12766.     cd=OpenDevice_("console.device",0,*conio,0)
  12767.     *conu.ConUnit=*conio\io_Unit
  12768.    EndIf
  12769.   EndIf
  12770.  EndIf
  12771.  
  12772.  
  12773. *mw0 must be a pointer to a window.
  12774.  
  12775. Hope this helps...
  12776.  
  12777. Josh Farley     Netmail: 1:119/88     E-Mail: josh@pinsight.com
  12778.   Now Available: "TeleTerm" Terminal program Version 2.0
  12779.       FTP as comm/term/teleterm20.lha
  12780.   Also Available: "Ooze" ECS/AGA Version 2...
  12781.       FTP as game/think/oozeaga2u.lha or game/think/oozeecs2u.lha
  12782.   or at 1:119/88 or 916-893-8079
  12783.  
  12784.  
  12785.  
  12786. From postmaster@CALUMET.YORKU.CASun Sep  3 22:30:15 1995
  12787. Date: Fri, 26 May 95 7:31:57 -500
  12788. From: Mail Delivery System <postmaster@CALUMET.YORKU.CA>
  12789. To: blitz-list-owner@cc.helsinki.fi
  12790. Subject: Delivery failure notification
  12791.  
  12792. With reference to your message with the subject:
  12793.    "Re: Am I moaning or not?"
  12794.  
  12795. One or more addresses in your message have failed with the following
  12796. responses from the mail transport system:
  12797.  
  12798.    <ZHUNT@Calumet.Yorku.Ca>
  12799.    User 'ZHUNT' is not authorised to use mail.
  12800.  
  12801. If the problem with your message was an incorrect address for a
  12802. recipient at Calumet.YorkU.Ca, you can search for a user at 
  12803. Calumet.YorkU.Ca by sending email to:
  12804.  
  12805.    maiser@calumet.yorku.ca 
  12806.  
  12807. with the following as the body of the message
  12808.  
  12809.     LOOKUP <string>
  12810.        - Returns a list of users at this address who match
  12811.          the string you supply. The string may contain * and
  12812.          ? wildcard characters. Do NOT include the < > in your 
  12813.          LOOKUP request.
  12814.          <string> should be the persons userid only.  For example
  12815.          to search for Pat Rogers, your message might include the
  12816.          following:
  12817.  
  12818.          lookup *pat*
  12819.          lookup *rog*
  12820.  
  12821.          Do _NOT_ use eMail addresses in lookup commands
  12822.          (ie: don't do a - lookup progers@calumet.yorku.ca)
  12823.         
  12824.  
  12825. If the above error is a "File creation error delivering to 'recipient'"
  12826. it is possible that the recipient has exceeded their email disk quota.
  12827. If this is the cause of the error, the recipient will not be able
  12828. to receive any email until they free up some space by deleting 
  12829. some of their email.
  12830.  
  12831.  
  12832. If you require assistance, please mail postmaster@CALUMET.YORKU.CA.
  12833.  
  12834.                 Virtually Yours,
  12835.                      The Calumet Postmaster
  12836.  
  12837. -------------------- Returned message follows ---------------------
  12838.  
  12839. Return-path: <blitz-list-owner@cc.helsinki.fi> 
  12840. Received: from kantti.helsinki.fi by CALUMET.YORKU.CA (Mercury 1.21) with ESMTP;
  12841.     26 May 95 07:31:46 -500
  12842. Received: (majordom@localhost) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) id NAA25214 for blitz-list-outgoing; Fri, 26 May 1995 13:28:43 +0300
  12843. Received: from bham.ac.uk (bham.ac.uk [147.188.128.127]) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) with ESMTP id NAA25208 for <blitz-list@helsiReceived: from sun1.bham.ac.uk by bham.ac.uk with SMTP (PP);
  12844.           Fri, 26 May 1995 11:28:34 +0100
  12845. Received: by sun1.bham.ac.uk (5.x/SMI-SVR4)    id AA10605;
  12846.           Fri, 26 May 1995 11:25:39 +0100
  12847. Date: Fri, 26 May 1995 11:25:39 +0100
  12848. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  12849. Message-Id: <9505261025.AA10605@sun1.bham.ac.uk>
  12850. To: blitz-list@helsinki.fi
  12851. Subject: Re: Am I moaning or not?
  12852. X-Sun-Charset: US-ASCII
  12853. MIME-Version: 1.0
  12854. Content-Type: text/plain; charset="us-ascii"
  12855. Content-Transfer-Encoding: 7bit
  12856. Sender: owner-blitz-list@Helsinki.FI
  12857. Precedence: bulk
  12858.  
  12859.  
  12860.  
  12861. > > With some of the commands why not make sure the are totally bug free 
  12862. > > before releasing them and causing everyone some greif, as when you 
  12863. > > complie and rum some programs they like crash as the command is a bit 
  12864. > > buggy on that machine Richard Elmores Space$ command does not like the 
  12865. > > 500+.
  12866. >     1) While I agree that every effort should be made to ensure that
  12867. >     commands are pretty bug free, 100% error free? This is impossible.
  12868. >     You cannot prove any piece of software to be bug free. Read
  12869. >     up on Halting theory to find out why.
  12870. >     2)500+ Spaces? Why?
  12871.  
  12872. No - the Space$ command throws a wobbly on pre wb2.1 (i think).  It certainly
  12873. doesnt work on 1.3 machines.  Its a bug i kinda menat to report, but sorta 
  12874. got forgotten (i discovered the problem whilst on one of my 'holidays' from
  12875. uni).
  12876.  
  12877. Mark Tiffany
  12878.  
  12879. .---------------------------------------------------------------.
  12880. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |  
  12881. |                          curator of                           |
  12882. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  12883. '============== http://sun1.bham.ac.uk/cca93057 ================'
  12884.                               
  12885.  
  12886.  
  12887.  
  12888.  
  12889. From davids@mech.gla.ac.ukSun Sep  3 22:30:15 1995
  12890. Date: Fri, 26 May 1995 08:42:35 +0100
  12891. From: David Shaw <davids@mech.gla.ac.uk>
  12892. To: blitz-list@helsinki.fi
  12893. Subject: Re: Launching Programs
  12894.  
  12895. >
  12896. >Dear All,
  12897. >    Am I current in assuming that I can launch other programs by
  12898. >doing...
  12899. >
  12900. >
  12901. >    p$="Myprog"
  12902. >    f$="NIL:"
  12903. >    Execute_ (&p$,&f$)`
  12904. >
  12905. >    And if so, why does it not work?
  12906. >
  12907. >
  12908. >    Thanks for any help you can offer...
  12909. >
  12910.  
  12911. I used this in an assembler program a few years ago, if I remember correctly
  12912. you will have to supply an input & output channel to the cli as well as the
  12913. actual program path & name.
  12914.  
  12915. If you can't get it to work let me know and I'll dig out the old source and
  12916. try it in Blitz.
  12917.  
  12918. Dave
  12919.  
  12920. ****** Davie Shaw / e-mail davids@mech.gla.ac.uk
  12921. ****** http://www.mech.gla.ac.uk/~davids/ 
  12922.  
  12923. ****** "I'm just catching up with yesterday,
  12924. ******  by tomorrow, I should be ready for today"
  12925.  
  12926.  
  12927.  
  12928. From davids@mech.gla.ac.ukSun Sep  3 22:30:15 1995
  12929. Date: Fri, 26 May 1995 08:53:39 +0100
  12930. From: David Shaw <davids@mech.gla.ac.uk>
  12931. To: pradman@ra.abo.fi
  12932. Cc: blitz-list@helsinki.fi
  12933. Subject: Re: The FTP sites.
  12934.  
  12935. >Please, when you upload to x2ftp.oulu.fi or ftp.ee.port.ac.uk, upload to
  12936. >the other one also! I just ftp:d "pic.lha" from the uk site, and it was
  12937. >sloooooo-oooooo-oooooo-ooooo-oooower than a snail in syrup. :)
  12938. >x2ftp is fast me for me though.
  12939. >
  12940. >Does anyone know who you should contact for creating new aminet directories?
  12941. >If we had a dev/blitz directory on aminet we wouldn't need these ftp sites.
  12942.  
  12943. Try contacting the administator of the site a wuarchive, as all the other
  12944. sites are just mirrors of this site.
  12945.  
  12946. Try mailing him at:- umueller@wuarchive.wustl.edu 
  12947.  
  12948. Dave
  12949.  
  12950. ****** Davie Shaw / e-mail davids@mech.gla.ac.uk
  12951. ****** http://www.mech.gla.ac.uk/~davids/ 
  12952.  
  12953. ****** "I'm just catching up with yesterday,
  12954. ******  by tomorrow, I should be ready for today"
  12955.  
  12956.  
  12957.  
  12958. From ngh94@aber.ac.ukSun Sep  3 22:30:15 1995
  12959. Date: Fri, 26 May 1995 10:33:45 +0100
  12960. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  12961. To: blitz-list@helsinki.fi
  12962. Subject: Re: Am I moaning or not? 
  12963.  
  12964. In message <Pine.ULT.3.91.950525163240.20771C-100000@rowan>, 
  12965.     Andy Pelton <apelton@coventry.ac.uk> writes:
  12966. > When is BUM8 going to be realsed?
  12967.  
  12968. Soooooome where OOOOoover the rainbow...
  12969.  
  12970. > With the linked lists why not make them so you dont have specify a size 
  12971. > parameter like : DIM LIST mylist (), So the every time you add an item 
  12972. > the list grows until the the program runs out of memory as this is the 
  12973. > whole point of linked lists. The only boundary of the size of the list is 
  12974. > memory.
  12975.  
  12976. Because the lists are designed for speed. Use RILinkedList libs for
  12977. a more conventional approach.
  12978.  
  12979. > With some of the commands why not make sure the are totally bug free 
  12980. > before releasing them and causing everyone some greif, as when you 
  12981. > complie and rum some programs they like crash as the command is a bit 
  12982. > buggy on that machine Richard Elmores Space$ command does not like the 
  12983. > 500+.
  12984.  
  12985.     1) While I agree that every effort should be made to ensure that
  12986.     commands are pretty bug free, 100% error free? This is impossible.
  12987.     You cannot prove any piece of software to be bug free. Read
  12988.     up on Halting theory to find out why.
  12989.  
  12990.     2)500+ Spaces? Why?
  12991.  
  12992. > Also why not get the AGA dual playfield working (properly) so you dont have 
  12993. > play with BLPCON or something like that first. and also why not get the 
  12994. > width of initcoplist working as a parameter instead of playing with 
  12995. > display controls.
  12996.  
  12997.     Because it takes time? We all agree it should be done, but it is
  12998. not that hard to set it up yourself for now. Should be done though.
  12999.  
  13000. > Well thats that.
  13001.  
  13002. Right-ho.
  13003.  
  13004. > Also is ABC going to really be able to Cross-compile to different machines.
  13005.  
  13006. Well to the Jaguar maybe anyhow. I would like a PC version of Blitz mind.
  13007.  
  13008. +---------------------------------------------------------------------------+
  13009.                  L E A D I N G   E D G E   S O F T W A R E
  13010. +---------------------------------------------------------------------------+
  13011.             FUNdamental              | Current project : ShapeZ II Arexx    +
  13012.           ngh94@aber.ac.uk           | [#############################:::::] +
  13013. +---------------------------------------------------------------------------+
  13014.  
  13015.  
  13016.  
  13017.  
  13018.  
  13019. From ngh94@aber.ac.ukSun Sep  3 22:30:15 1995
  13020. Date: Fri, 26 May 1995 10:36:48 +0100
  13021. From: NIGEL HUGHES <ngh94@aber.ac.uk>
  13022. To: blitz-list@helsinki.fi
  13023. Subject: Re: Launching Programs 
  13024.  
  13025. In message <25424.199505260741@gryphon.mech.gla.ac.uk>, 
  13026.     davids@mech.glasgow.ac.uk (David Shaw) writes:
  13027. > I used this in an assembler program a few years ago, if I remember correctly
  13028. > you will have to supply an input & output channel to the cli as well as the
  13029. > actual program path & name.
  13030. > If you can't get it to work let me know and I'll dig out the old source and
  13031. > try it in Blitz.
  13032. > Dave
  13033.  
  13034. Thanks to all who helped it works fine with...
  13035.  
  13036. NoCli
  13037. p$="run DpaintIV:Dpaint"
  13038. Execute_ &p$,0,0
  13039. End
  13040.  
  13041. The run allows Blitz program execution to continue without stopping
  13042. until the launched process has finished.
  13043.  
  13044.  
  13045. Nigel Hughes
  13046.  
  13047. +---------------------------------------------------------------------------+
  13048.                  L E A D I N G   E D G E   S O F T W A R E
  13049. +---------------------------------------------------------------------------+
  13050.             FUNdamental              | Current project : ShapeZ II Arexx    +
  13051.           ngh94@aber.ac.uk           | [#############################:::::] +
  13052. +---------------------------------------------------------------------------+
  13053.  
  13054.  
  13055.  
  13056.  
  13057.  
  13058.  
  13059.  
  13060. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:15 1995
  13061. Date: Fri, 26 May 1995 11:07:25 +0100
  13062. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  13063. To: blitz-list@helsinki.fi
  13064. Subject: Re: The FTP sites.
  13065.  
  13066. > >Please, when you upload to x2ftp.oulu.fi or ftp.ee.port.ac.uk, upload to
  13067. > >the other one also! I just ftp:d "pic.lha" from the uk site, and it was
  13068. > >sloooooo-oooooo-oooooo-ooooo-oooower than a snail in syrup. :)
  13069. > >x2ftp is fast me for me though.
  13070. > >
  13071. > >Does anyone know who you should contact for creating new aminet directories?
  13072. > >If we had a dev/blitz directory on aminet we wouldn't need these ftp sites.
  13073. > Try contacting the administator of the site a wuarchive, as all the other
  13074. > sites are just mirrors of this site.
  13075. > Try mailing him at:- umueller@wuarchive.wustl.edu 
  13076.  
  13077. We already tried this some tuime ago (may be worth trying again).  They
  13078. cahnged it to dev/amos and dev/basic (i think).
  13079.  
  13080. Mark Tiffany
  13081.  
  13082. .---------------------------------------------------------------.
  13083. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |  
  13084. |                          curator of                           |
  13085. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  13086. '============== http://sun1.bham.ac.uk/cca93057 ================'
  13087.                               
  13088.  
  13089.  
  13090. From cca93057@sun1.bham.ac.ukSun Sep  3 22:30:15 1995
  13091. Date: Fri, 26 May 1995 11:25:39 +0100
  13092. From: MO Tiffany <cca93057@sun1.bham.ac.uk>
  13093. To: blitz-list@helsinki.fi
  13094. Subject: Re: Am I moaning or not?
  13095.  
  13096.  
  13097.  
  13098. > > With some of the commands why not make sure the are totally bug free 
  13099. > > before releasing them and causing everyone some greif, as when you 
  13100. > > complie and rum some programs they like crash as the command is a bit 
  13101. > > buggy on that machine Richard Elmores Space$ command does not like the 
  13102. > > 500+.
  13103. >     1) While I agree that every effort should be made to ensure that
  13104. >     commands are pretty bug free, 100% error free? This is impossible.
  13105. >     You cannot prove any piece of software to be bug free. Read
  13106. >     up on Halting theory to find out why.
  13107. >     2)500+ Spaces? Why?
  13108.  
  13109. No - the Space$ command throws a wobbly on pre wb2.1 (i think).  It certainly
  13110. doesnt work on 1.3 machines.  Its a bug i kinda menat to report, but sorta 
  13111. got forgotten (i discovered the problem whilst on one of my 'holidays' from
  13112. uni).
  13113.  
  13114. Mark Tiffany
  13115.  
  13116. .---------------------------------------------------------------.
  13117. |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |  
  13118. |                          curator of                           |
  13119. |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  13120. '============== http://sun1.bham.ac.uk/cca93057 ================'
  13121.                               
  13122.  
  13123.  
  13124. From pradman@ra.abo.fiSun Sep  3 22:30:15 1995
  13125. Date: Fri, 26 May 1995 14:46:17 +0300 (EET DST)
  13126. From: Patrik R}dman MNF94 <pradman@ra.abo.fi>
  13127. To: Blitz Basic Mailing List <blitz-list@helsinki.fi>
  13128. Subject: Re: Am I moaning or not?
  13129.  
  13130. NIGEL HUGHES wrote:
  13131. >     Andy Pelton <apelton@coventry.ac.uk> writes:
  13132.  
  13133. [ snip ]
  13134.  
  13135. > > Richard Elmores Space$ command does not like the 
  13136. > > 500+.
  13137.  
  13138. [ snip ]
  13139.  
  13140. >     2)500+ Spaces? Why?
  13141.  
  13142. He's talking about the Amiga 500plus. :) Fine computer, got one myself.
  13143.  
  13144. /----------------------------------------------------------------------------\
  13145. | Patrik R<*a>dman                 \ <*A>bo Akademi university, Finland   // |
  13146. | E-mail: pradman@mail.abo.fi       \ Department of Computer Science    \X/  |
  13147. | WWW   : http://www.abo.fi/~pradman \ .sig error! A)bort, R)etry, P)anic?   |
  13148. \----------------------------------------------------------------------------/
  13149.  
  13150.  
  13151. From mmmakela@cc.helsinki.fiSun Sep  3 22:30:15 1995
  13152. Date: Fri, 26 May 1995 14:58:37 +0300 (EET DST)
  13153. From: Mikko Makela <mmmakela@cc.helsinki.fi>
  13154. To: blitz-list@helsinki.fi
  13155. Subject: The FTP sites. (fwd)
  13156.  
  13157. Forwarded message:
  13158.  
  13159. > Does anyone know who you should contact for creating new aminet directories?
  13160. > If we had a dev/blitz directory on aminet we wouldn't need these ftp sites.
  13161.  
  13162. We tried that months ago - and they changed it so, that one
  13163. directory was for AMOS & all other Basic things, including Blitz.
  13164. After that they have furthermore reduced the number of directories
  13165. in aminet, so I don't think we'll have a chance...
  13166.  
  13167. -Mikko
  13168.  
  13169.  
  13170. From sis3149@sis.port.ac.ukSun Sep  3 22:30:15 1995
  13171. Date: Fri, 26 May 1995 13:08:27 +0100 (BST)
  13172. From: Stephen McNamara <sis3149@sis.port.ac.uk>
  13173. To: Blitzlist <blitz-list@helsinki.fi>
  13174. Subject: Offering...
  13175.  
  13176. I lost some mail and so don't know who requested the following files, but 
  13177. they're available for either email (from me) or ftp (ftp.ee...).  If 
  13178. anyone wants to put them on x2ftp then go ahead.
  13179.  
  13180. files:
  13181.  
  13182.     LESMapEditorV2.lha - latest release.  Shareware
  13183.  
  13184.     GTMenusLib.lha     - Gadtools menu library for blitz
  13185.  
  13186.  
  13187. Later,
  13188. Steve Mc.
  13189.  
  13190. +---------------------------------------------------------------------------+
  13191.                  L E A D I N G   E D G E   S O F T W A R E
  13192. +---------------------------------------------------------------------------+
  13193.                 Hang                 | Current project :                    +
  13194.    sis3149@sisvax.sis.port.ac.uk     | [::::::::::::::::::::::::::::::::::] +
  13195. +---------------------------------------------------------------------------+
  13196.  
  13197.  
  13198.  
  13199. From relmore@silver.sdsmt.eduSun Sep  3 22:30:15 1995
  13200. Date: Fri, 26 May 1995 06:59:30 -0600 (MDT)
  13201. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  13202. To: NIGEL HUGHES <ngh94@aber.ac.uk>
  13203. Cc: blitz-list@helsinki.fi
  13204. Subject: Re: Launching Programs
  13205.  
  13206. On Thu, 25 May 1995, NIGEL HUGHES wrote:
  13207. > Dear All,
  13208. >     Am I current in assuming that I can launch other programs by
  13209. > doing...
  13210.  
  13211. >     p$="Myprog"
  13212. >     f$="NIL:"
  13213. >     Execute_ (&p$,&f$)`
  13214.  
  13215. You're on the right track, but that's not quite the right way to go with 
  13216. it...  The parameters following the string to execute are DOS filehandles 
  13217. (there are two, an input and an output.)  If you leave these null, your 
  13218. program will use your own CLI for input and output if your program is run 
  13219. from CLI, or NIL: if run from Workbench.  Try this:
  13220.  
  13221. p$="Myprog"
  13222. Execute_ &p$,0,0
  13223.  
  13224.  
  13225. Or, if you want it to ALWAYS use NIL: for input and output, try this:
  13226.  
  13227. nil$="NIL:"
  13228. *fh=Open_(&nil$,1004)
  13229. p$="Myprog"
  13230. Execute &p$,fh,fh
  13231. Close_ fh
  13232.  
  13233.  
  13234.     +---------------------------------------------------------------+
  13235.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  13236.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  13237.     +---------------------------------------------------------------+
  13238.  
  13239.  
  13240.  
  13241. From relmore@silver.sdsmt.eduSun Sep  3 22:30:15 1995
  13242. Date: Fri, 26 May 1995 07:10:21 -0600 (MDT)
  13243. From: "Richard T. Elmore" <relmore@silver.sdsmt.edu>
  13244. To: MO Tiffany <cca93057@sun1.bham.ac.uk>
  13245. Cc: blitz-list@helsinki.fi
  13246. Subject: Re: Am I moaning or not?
  13247.  
  13248. On Fri, 26 May 1995, MO Tiffany wrote:
  13249.  
  13250. > No - the Space$ command throws a wobbly on pre wb2.1 (i think).  It certainly
  13251. > doesnt work on 1.3 machines.  Its a bug i kinda menat to report, but sorta 
  13252. > got forgotten (i discovered the problem whilst on one of my 'holidays' from
  13253. > uni).
  13254.  
  13255. Though it seems like eons since I've touched the source for that library, 
  13256. I'll look into it-- Of course I normally no longer support 1.3 machines, 
  13257. in the case of a simple function like SPACE$ (which requires NO 
  13258. libraries) it should work... I think the problem may lie with the way the 
  13259. strings library was changed circa BUM5... 
  13260.  
  13261. > .---------------------------------------------------------------.
  13262. > |   Mark Tiffany (aka SgtBilko) - VIRTUAL SOFTWARE / NOCTURNE   |  
  13263. > |                          curator of                           |
  13264. > |  T H E   A M I G A   P R O G R A M M E R S   W E B   S I T E  |
  13265. > '============== http://sun1.bham.ac.uk/cca93057 ================'
  13266. >                               
  13267.  
  13268.     +---------------------------------------------------------------+
  13269.     |      Richard T. Elmore   -   "Head" of HeadSoft Software      |
  13270.     | E-MAIL: relmore@silver.sdsmt.edu          TEL: (605) 348-3337 |     
  13271.     +---------------------------------------------------------------+
  13272.  
  13273.  
  13274.  
  13275. From HASE@project.heide.deSun Sep  3 22:30:15 1995
  13276. Date: Sat, 27 May 95 10:44:18 GMT
  13277. From: Ronald Janz <HASE@project.heide.de>
  13278. To: relmore@silver.sdsmt.edu.owner-blitz-list
  13279. Subject: Re: Am I moaning or not?
  13280.  
  13281.  
  13282. R)> > No - the Space$ command throws a wobbly on pre wb2.1 (i think).  It certainly
  13283. R)> > doesnt work on 1.3 machines.  Its a bug i kinda menat to report, but sorta
  13284. R)> > got forgotten (i discovered the problem whilst on one of my 'holidays' from
  13285. R)> > uni).
  13286. R)>
  13287. R)> Though it seems like eons since I've touched the source for that library,
  13288. R)> I'll look into it-- Of course I normally no longer support 1.3 machines,
  13289. R)> in the case of a simple function like SPACE$ (which requires NO
  13290. R)> libraries) it should work... I think the problem may lie with the way the
  13291. R)> strings library was changed circa BUM5...
  13292.  
  13293. I have a G-Force 030 Board. When I compile a source with the
  13294. SPACE$-command, the program doesn't work on a 68000-Amiga (wb2.1 or 3.1).
  13295. I must compile without the G-Force, then it works.
  13296.  
  13297.  
  13298.            !Alle Menschen sind fast überall Ausländer!
  13299.  ********************************************************************
  13300.  *                        JaBu-Soft Support                         *
  13301.  *   Ronald Janz, Lauenburg             Cosysop der Project-Box     *
  13302.  *   Telefon 04153/2436              04133/6042a,,t22 + 04133/23224 *
  13303.  *   Hase@Project.Heide.de                 28800 - 24H Online       *
  13304.  ********************************************************************
  13305. -- MicroDotAGA 1.11 Beta 2 Reg
  13306.  
  13307.  
  13308. From apelton@coventry.ac.ukSun Sep  3 22:30:15 1995
  13309. Date: Sat, 27 May 1995 16:40:28 +0100 (BST)
  13310. From: Andy Pelton <apelton@coventry.ac.uk>
  13311. To: Blitz-List <blitz-list@helsinki.fi>
  13312. Subject: Ftp sites
  13313.  
  13314.  
  13315. Are The Ftp sites Free or not also what is the name of the Blitz Newsgroup.
  13316.  
  13317.     Cheers.
  13318.  
  13319. ##############################################################################
  13320. #       Andy Pelton       #   Current Project : Turbo Dyna Bomber AGA        #
  13321. #   of Binary Illusions      #                                             #
  13322. ##############################################################################
  13323.     
  13324.  
  13325.  
  13326.  
  13327. From sysop@scat.cybernetics.netSun Sep  3 22:30:15 1995
  13328. Date: Sat, 27 May 95 11:01:42 EST
  13329. From: Jeffrey Morgan <sysop@scat.cybernetics.net>
  13330. To: blitz-list@helsinki.fi
  13331. Subject: usa support
  13332.  
  13333.  
  13334. I recently asked about usa support, but got no response.
  13335. Is there a number in the states where I could call
  13336. about upgrading? I have the opportunity to purchase
  13337. an older version of BB and would like to see about
  13338. upgrading it.
  13339.  
  13340.  
  13341.  
  13342.  
  13343.  
  13344. ______________________________________________________________
  13345. |Argue your limitations and sure enough,  | Jeffrey S.  &     |
  13346. |    they're yours.                       | Kristin E.        |
  13347. |                       R. Bach           |         Morgan    |
  13348. |_________________________________________|___________________|
  13349.  
  13350.  
  13351.  
  13352.  
  13353. From owner-blitz-list@helsinki.fiSun Sep  3 22:30:15 1995
  13354. Date: Sun, 28 May 1995 01:58:14 +0300
  13355. From: owner-blitz-list@helsinki.fi
  13356. To: owner-blitz-list@helsinki.fi
  13357. Subject: BOUNCE blitz-list@helsinki.fi: Admin request
  13358.  
  13359. >From blitz-list-owner  Sun May 28 01:58:13 1995
  13360. Received: from ts1.schiele-ct.de (root@ts1.schiele-ct.de [193.141.27.1]) by kantti.helsinki.fi (8.6.12+Emil1.1/8.6.5) with SMTP id BAA04829 for <blitz-list@helsinki.fi>; Sun, 28 May 1995 01:58:08 +0300
  13361. Received: from ts2.schiele-ct.de by ts1.schiele-ct.de with smtp
  13362.     (Smail3.1.28.1 #6) id m0sFUny-000LKJC; Sun, 28 May 95 00:58 GMT+0200
  13363. Received: by ts2.schiele-ct.de (Smail3.1.28.1 #6)
  13364.     id m0sFUmZ-000F0BC; Sun, 28 May 95 00:56 GMT+0200
  13365. Received: by ftnrelay.schiele-ct.de (jag/0.01alpha)
  13366.           id AA07754; Sat, 27 May 1995 23:50:17 +0200
  13367. From: Jochen_Kirn@p5.amiga_inside2.schiele-ct.de (Jochen Kirn)
  13368. Date: Sat, 27 May 1995 15:41:58 +0200
  13369. Message-ID: <801611418.AA07754@schiele-ct.de>
  13370. Subject: SUBSCRIBE
  13371. To: blitz-list <blitz-list@helsinki.fi>
  13372. MIME-Version: 1.0
  13373. Content-Type: text/plain; charset="us-ascii"
  13374. Content-Transfer-Encoding: 7bit
  13375.  
  13376.  
  13377. Hi, can you please subscribe me to the blitz-list, I have just been reading
  13378. about it and other stuff in BUM7. a biiig hi to all blitzers around the globe !
  13379. :-)
  13380.  
  13381. thx in advance !
  13382.     .___________________
  13383.  _.;/FIDO: 2:2476/541.5/\
  13384.    /  AMY: 39:173/60.5/ / Usenet: Jochen_Kirn@p5.amiga_inside2.schiele-ct.de
  13385. ..;\~~aMIGa!~~rulez!~~\/;...
  13386.     ~~~~~~~~~~~~~~~~~~~
  13387.  
  13388.  
  13389.  
  13390.  
  13391. From josh@pinsight.comSun Sep  3 22:30:16 1995
  13392. Date: Sat, 27 May 1995 19:44:26 -0700 (PDT)
  13393. From: Josh Farley <josh@pinsight.com>
  13394. To: blitz-list@helsinki.fi
  13395. Subject: BlitzGuide Web Page
  13396.  
  13397.  
  13398. Hey all,
  13399.  
  13400.     I have set up a Web page that includes TeleTerm, Ooze, and the 
  13401. BlitzGuide...
  13402.  
  13403.     It's at http://www.pinsight.com/~josh
  13404.  
  13405. Jet me know what you think...
  13406.  
  13407. Josh Farley                                 E-Mail: josh@pinsight.com
  13408.   Now Available: "TeleTerm" Terminal program Version 2.0
  13409.       FTP as comm/term/teleterm20.lha
  13410.   Also Available: "Ooze" ECS/AGA Version 2...
  13411.       FTP as game/think/oozeaga2u.lha or game/think/oozeecs2u.lha
  13412. TeleTerm, Ooze and BlitzGuide Web Page: http://www.pinsight.com/~josh
  13413.  
  13414.  
  13415.  
  13416. From tjstone@netshop.netSun Sep  3 22:30:16 1995
  13417. Date: Mon, 29 May 1995 20:44:24 -47900
  13418. From: The Crow <tjstone@netshop.net>
  13419. To: Stephane Proulx <dream@info.polymtl.ca>
  13420. Cc: blitz-list@helsinki.fi
  13421. Subject: Re: Address
  13422.  
  13423.  
  13424.  
  13425. On Sun, 28 May 1995, Stephane Proulx wrote:
  13426.  
  13427. > Hi there.
  13428. > It's me again, Nelson Santos.  Have you verified that address for me?  Is:
  13429. > Blitz Support
  13430. > 1121 Alrita Ct. #4
  13431. > Madison, WI 53713
  13432.   No!. Definately do not sent to this address.  You won't get any reply.
  13433.  
  13434. > where I can send my check to get my subscription for BLITZ USER 
  13435. > MAGAZINES?  If not, please supply me with the correct address.
  13436.  
  13437.   To subscribe to BUMS, I suggest contacting Richard T. Elmore.  He
  13438.   is Blitz Support for all of North America.  E-mail him at
  13439.  
  13440.   relmore@silver.sdsmt.edu  or send to
  13441.  
  13442.      Richard T. Elmore
  13443.      126 State St. #20
  13444.      Spearfish, SD 57783
  13445.  
  13446.      Phone: 605-348-3337
  13447.  
  13448. > Also, please tell me what has happenned since the release of BUM #5.  
  13449. > Acid promised new documentation and a few other things.  Have they 
  13450. > followed up on that promise?  What new/important features have they added 
  13451. > to BLITZ 2 since then?  Keep me posted...
  13452.   BUM 6-7 are out.  As for the features, I don't know.  I only just
  13453.   recently sent Richard a request for these BUMS.
  13454.  
  13455.  
  13456.   Sincerely
  13457.  
  13458.  
  13459.   Tom Stone
  13460.  
  13461.  
  13462. From phips@scout.rhein-main.deSun Sep  3 22:30:16 1995
  13463. Date: Mon, 29 May 95 22:28:03 CET
  13464. From: Philipp Lonke <phips@scout.rhein-main.de>
  13465. To: blitz-list@helsinki.fi
  13466. Subject: Brining ANSI to a window
  13467.  
  13468. Hello,
  13469.  
  13470.  I recently painted a ANSI-Picture which I wanted to show in a window.
  13471. So I got several probs at once:
  13472.  
  13473.   1. When I compile the ANSI-Pic with Include-Util and then reload it
  13474.      via a$=IncText$(?ansipic), then the string a$ is empty. Why??
  13475.  
  13476.   2. How to print out ANSI in a intuition-window? Is it possible?
  13477.  
  13478.   3. Is it possible to open a CON: window by the program on an own
  13479.      screen and to get outputs (this ansi pic) and inputs from there? 
  13480.      The console-library which came with BUM 7 (afair) is still very 
  13481.      buggy - it crashes my machine.
  13482.  
  13483. can somebody help me?
  13484.  
  13485. oh, btw, I have a 4th problem
  13486.  
  13487.   4. What is with BUM 8 going on? In other networks they're even
  13488.      talking that BlitzBasic *is* dead...
  13489.  
  13490. -- 
  13491. Philipp Lonke * phips@scout.rhein-main.de * postal adress on demand
  13492. "Lehrerkommödie: Die Armut der Lehrer, während die Staaten Unsummen für
  13493. die Wehrmacht hinauswerfen. Da sie nur Lehrer für 600 DM sich leisten
  13494. können, bleiben die Völker so dumm, daß sie sich Kriege für 60
  13495. Milliarden leisten müssen." (Ch. Morgenstern, "Aphorismen")
  13496.  
  13497.  
  13498. From mca@glasgow-caledonian.ac.ukSun Sep  3 22:30:16 1995
  13499. Date: Tue, 30 May 1995 12:39:53 +0300
  13500. From: "M.Carter" <mca@glasgow-caledonian.ac.uk>
  13501. To: blitz-list@helsinki.fi
  13502. Subject: Arexx in Blitz Basic
  13503.  
  13504. AREXX IN BLITZ BASIC
  13505. ====================
  13506.  
  13507. Has anyone managed to get ARexx to work in Blitz Basic? On
  13508. an old BUM disk (you could argue that ALL the disks are old -
  13509. it's been such a long time since anyone received the last
  13510. one), there were a set of ARexx examples - bpaint.bb,
  13511. roger2.rexx, etc. ...
  13512.  
  13513. I cannot get them to work. They compile and run, but none of
  13514. the commands added works. The .rexx scripts do not return. 
  13515.  
  13516. I can affirm that the following has been done :
  13517.    - REXXMAST process activated
  13518.    - BPAINT program executed before rexx script activated.
  13519.  
  13520. I have a book called 'Arexx: Your Amiga's Built-in Turbocharger'.
  13521. They give C code of how to implement an Arexx port. The sequence
  13522. of processing looks nothing like that given in the Blitz Programs.
  13523. I have a feeling that that might be the problem.
  13524.  
  13525. The BB2 function GetRexxCommand() cpaitalises the command argument.
  13526. How do I arrange it so that it doesn't do that? Also, why is it that
  13527. rm_Args(1) isn't a string? How do I get a string from it - and will
  13528. it preserve the case of the command argument?
  13529.  
  13530.  
  13531. POINTERS
  13532. ========
  13533.  
  13534. Blitz Basic 2 has a way of dealing with pointers which seems
  13535. different from C.
  13536.  
  13537. Type in the following program :
  13538.    NEWTYPE.mytype
  13539.       a.l
  13540.       *letters.s
  13541.    End NEWTYPE
  13542.  
  13543.    DEFTYPE.mytype struct, *ptr
  13544.  
  13545.    *ptr=&struct  ;see comment below
  13546.  
  13547.    struct\letters="how now brown cow"
  13548.    NPrint struct\letters
  13549.    *ptr\letters="and silly sow"
  13550.    NPrint struct\letters
  13551.  
  13552.    MouseWait
  13553.    End
  13554.  
  13555. Output is :
  13556.    how now brown cow
  13557.    and silly sow
  13558.  
  13559. By rights, the line *ptr=&struct is wrong. ptr is a pointer
  13560. t0 mytype, so it really ought to be
  13561.    ptr=&struct   (without the asterix)
  13562.  
  13563. BB2 only seems to give one type of dereferencing. Hmm... it
  13564. works, but C seems to have a uniformity of meaning that BB2
  13565. doesn't. Maybe someone could give us a tutorial on the BUM to
  13566. explain, conceptually, how BB2 interprets pointers.
  13567.  
  13568.  
  13569. -------------------------------------
  13570. To   : blitz-list@helsinki.fi
  13571. >From : mca@uk.ac.gcal (Mark Carter)
  13572. Date : 28 May 1995
  13573. File : arexx.bb
  13574.  
  13575.  
  13576.  
  13577. From tomkruk@escape.comSun Sep  3 22:30:16 1995
  13578. Date: Tue, 30 May 1995 10:09:57 -0400 (EDT)
  13579. From: Tom Kruk <tomkruk@escape.com>
  13580. To: Josh Farley <josh@pinsight.com>
  13581. Cc: blitz-list@helsinki.fi
  13582. Subject: Re: BlitzGuide Web Page
  13583.  
  13584.  
  13585.  
  13586. On Sat, 27 May 1995, Josh Farley wrote:
  13587.  
  13588. > Hey all,
  13589. >     I have set up a Web page that includes TeleTerm, Ooze, and the 
  13590. > BlitzGuide...
  13591. >     It's at http://www.pinsight.com/~josh
  13592. > Jet me know what you think...
  13593. > Josh Farley                                 E-Mail: josh@pinsight.com
  13594. >   Now Available: "TeleTerm" Terminal program Version 2.0
  13595. >       FTP as comm/term/teleterm20.lha
  13596. >   Also Available: "Ooze" ECS/AGA Version 2...
  13597. >       FTP as game/think/oozeaga2u.lha or game/think/oozeecs2u.lha
  13598. > TeleTerm, Ooze and BlitzGuide Web Page: http://www.pinsight.com/~josh
  13599. What did you use to make the WEB page ??? Is it on an Amiga?
  13600.  
  13601.  
  13602.  
  13603. From josh@pinsight.comSun Sep  3 22:30:16 1995
  13604. Date: Tue, 30 May 1995 11:56:09 -0700 (PDT)
  13605. From: Josh Farley <josh@pinsight.com>
  13606. To: Tom Kruk <tomkruk@escape.com>
  13607. Cc: blitz-list@helsinki.fi
  13608. Subject: Re: BlitzGuide Web Page
  13609.  
  13610.  
  13611.  
  13612. On Tue, 30 May 1995, Tom Kruk wrote:
  13613.  
  13614. > >     I have set up a Web page that includes TeleTerm, Ooze, and the 
  13615. > > BlitzGuide...
  13616. > > 
  13617. > >     It's at http://www.pinsight.com/~josh
  13618. > > 
  13619. > What did you use to make the WEB page ??? Is it on an Amiga?
  13620.  
  13621.   Just CygnusEd... I have the HTML docs, and after looking at them, it 
  13622. was pretty easy...
  13623.  
  13624. Josh Farley                                 E-Mail: josh@pinsight.com
  13625.   Now Available: "TeleTerm" Terminal program Version 2.0
  13626.       FTP as comm/term/teleterm20.lha
  13627.   Also Available: "Ooze" ECS/AGA Version 2...
  13628.       FTP as game/think/oozeaga2u.lha or game/think/oozeecs2u.lha
  13629. TeleTerm, Ooze and BlitzGuide Web Page: http://www.pinsight.com/~josh
  13630.  
  13631.  
  13632.  
  13633. From modonnell@meto.govt.ukSun Sep  3 22:30:16 1995
  13634. Date: Wed, 31 May 1995 10:33:34 +0000 (GMT)
  13635. From: modonnell@meto.govt.uk
  13636. To: blitz-list@helsinki.fi
  13637. Subject: Dual playfields
  13638.  
  13639.  
  13640.   Hello Blitz people,
  13641.  
  13642.      Does anyone know if it's possible to make a dual playfield (or whatever
  13643.   they're called - with a bitmap in the background and foreground) which has
  13644.   two 4-bitplane bitmaps?  I've got it working with two 3-bitplane bitmaps,
  13645.   but when I change to 4 the screen just goes blank and none of the bitmaps
  13646.   are displayed.
  13647.  
  13648.   I'm using the Slice command (which may be redundant now but I don't know
  13649.   how to use the new DisplayLib thing).
  13650.  
  13651.  
  13652.   Thanks,
  13653.  
  13654.  
  13655.   Matthew.
  13656.  
  13657.  ____________________________________________________________________________
  13658. ////////// Matthew O'Donnell |||||||||||||||| modonnell@meto.govt.uk \\\\\\\\\
  13659. ------------------------------------------------------------------------------
  13660.  
  13661.  
  13662.  
  13663. From paul_burford@metnet.demon.co.ukSun Sep  3 22:30:16 1995
  13664. Date: Wed, 31 May 95 10:55:05 GMT
  13665. From: paul_burford <@metnet.demon.co.uk:paul_burford@metnet.demon.co.uk>
  13666. To: blitz-list@helsinki.fi
  13667. Subject: Help
  13668.  
  13669. <Not sure if this got through before, so here it is again.>
  13670.  
  13671. Ive just put a nice ListView gadget into my current program, with " Add "
  13672. "Delete" buttons positioned underneath.
  13673.  
  13674. Everthing went well until i came to put in the 'Delete' code.  I realised
  13675. that when you clicked on a ListView gadget the item under the mouse is
  13676. highlight then un-highlighted when you press and release the mouse button.
  13677.  
  13678. Is it possible for the item to remain highlighted until the user selects
  13679. another item or clicks again?  This means you can see exactly what item you
  13680. are deleting.
  13681.  
  13682.  
  13683.  
  13684.  
  13685.  
  13686.  
  13687.  
  13688.  
  13689. From paul_burford@metnet.demon.co.ukSun Sep  3 22:30:16 1995
  13690. Date: Wed, 31 May 95 10:56:06 GMT
  13691. From:  <@post.demon.co.uk,@metnet.demon.co.uk:paul_burford@metnet.demon.co.uk>
  13692.  
  13693. Im writing a VERY small program with the main part doing the following,
  13694. From: paul_burford@metnet.demon.co.uk@metnet.demon.co.uk (paul_burford)
  13695. To: blitz-list@helsinki.fi
  13696. Subject: OS
  13697.  
  13698.  open a new file,
  13699.  write a single ascii character to it
  13700.  close it
  13701.  
  13702. (complex stuff eh?  :-)
  13703.  
  13704. However this compiles to over 6k :-(
  13705. So i wish to do the above useing OS commands, of which i have no other
  13706. documentation than the BB2 manual.
  13707.  
  13708. Its the Open_'s command accessMode parameter that im stuck with.  I assume
  13709. accessMode is either read or write, but is it expecting a number, string
  13710. or what?
  13711.  
  13712. Thanx for any help.
  13713.  
  13714. ~Paul~
  13715.  
  13716.  
  13717. From studer@ens.ascom.chSun Sep  3 22:30:16 1995
  13718. Date: Wed, 31 May 95 14:50:52 +0200
  13719. From: Studer Andreas 3132 <studer@ens.ascom.ch>
  13720. To: JCOCHRANE@bfsec.bt.co.uk
  13721. Cc: blitz-list@helsinki.fi
  13722. Subject: Re: C=
  13723.  
  13724. Hello,
  13725.  
  13726. > does anybody know the current state of Commodore i.e.. is the 060
  13727.  
  13728. Commodore is selled to Escom. A 060-Amiga would be a surprise but it
  13729. is not impossible. Nothing is impossible at the moment. :-)
  13730. The first date for continuing the Amiga-line is September, but this is
  13731. neither sure nor definitive. They will continue the C64, A1200, A4000
  13732. (possibly with new case). The C64 is planned for the East- and China-
  13733. market. I'm not sure, if the A600 will also continue, but i have heard
  13734. something like that...
  13735.  
  13736. > amiga going to be made, what about the RISC based amiga`s ?
  13737.  
  13738. Nobody knows if it will be a HP-PA or PowerPC-based Amiga. Also not
  13739. Escom! They rethink yet, which processor is the better solution for the
  13740. future. Any other report of "definitive PowerPC-based" is a rumour.
  13741. But a RISC-based Amiga will come...
  13742.  
  13743. > is there still a future for Commodore...
  13744.  
  13745. Possibly not for Commodore Amiga, but the Amiga from Amiga
  13746. Technologies GmbH has a future. :-)
  13747.  
  13748. > any info at all would be help, our a pointer in the right dirwction
  13749. > to find this info 
  13750.  
  13751. Well, look out in the comp.sys.amiga.advocacy and -misc newsgroups for
  13752. messages from Dr. P. Kittel. He is the new head of Engineering for the
  13753. Amiga.
  13754.  
  13755. bye
  13756.  
  13757. Andrew
  13758.  
  13759.  
  13760.  
  13761. From oz@ozzy.demon.co.ukSun Sep  3 22:30:16 1995
  13762. Date: Wed, 31 May 95 19:05:48 GMT
  13763. From: Brian Skreeg <oz@ozzy.demon.co.uk>
  13764. To: blitz-list@helsinki.fi
  13765. Subject: Re: C=
  13766.  
  13767. Hiho Studer,
  13768.  
  13769. > Hello,
  13770. > > does anybody know the current state of Commodore i.e.. is the 060
  13771. > Commodore is selled to Escom. A 060-Amiga would be a surprise but it
  13772. > is not impossible. Nothing is impossible at the moment. :-)
  13773. > The first date for continuing the Amiga-line is September, but this is
  13774. > neither sure nor definitive. They will continue the C64, A1200, A4000
  13775. > (possibly with new case). The C64 is planned for the East- and China-
  13776. > market. I'm not sure, if the A600 will also continue, but i have heard
  13777. > something like that...
  13778.  
  13779. At the ESCOM press conference on the 30th they said that 25000 A4000
  13780. are slated of production in September. 10000 would be 060 with a licsenced
  13781. Cyberstorm (phase5) card inside and 15000 plain 040. They also have said
  13782. they plan to sell 12000-13000 A1200 this year alone (these will be made in
  13783. september also). No prices were stated. They have also setup R&D in the
  13784. ol Norristown site and in Germany and are working very closely with SCALA
  13785. and Motorolla so a PPC amiga looks likely even though they said they hadn't
  13786. made a decsision on which processor to use. Amiga Development is
  13787. continuing. YEEEHHAAAA!
  13788.     They also said SCALA MM300 will be packaged with all Amigas including
  13789. A1200's. Look's like they're really pushing the miggie into the
  13790. serious/multimedia market.
  13791.  
  13792.  
  13793.     _  __  __  
  13794.    / \/  \/  \  
  13795.   /   \/ /\/ / |-Brian Skreeg-------------IRC:_Ozzy-|
  13796.  /  / /  \/  \ |-Lead Guitarist--Widdles on Request-|
  13797.  \___/\__/\__/ |-I don't look like two Zombies------|
  13798.  
  13799.  
  13800.